Файл: Моделирование предметной области «Управление домашними финансами» с помощью UML..pdf
Добавлен: 14.03.2024
Просмотров: 17
Скачиваний: 0
Содержание:
Введение
Целью данной курсовой работы является рассмотрение сущности объектно-ориентированного проектирования информационной системы, средств её реализации и проектирование системы домашних финансов.
Для достижения поставленной цели в курсовой работе выполняется:
-
- Изучение и описание предметной области.
- Выбор на основе проведенного анализа инструментальных средств.
- Проектирование ИС в объектно-ориентированном подходе.
Таким образом, целью курсового проекта является повышение эффективности учета домашних финансов.
Повышение эффективности будет достигнуто за счет проектирования и последующего внедрения информационной системы домашних финансов.
1 глава. Аналитическая часть
Описание предметной области. Постановка задачи.
Ведение учета домашних финансов позволяет решать следующие задачи:
- найти "лишние" деньги в своем кармане;
- понять причины проблем с деньгами, и найти варианты для их решения;
- комфортно жить, не боясь остаться без средств существования;
- выработать в себе привычки, которые будут вести вас к финансовой свободе;
- перестать жить в долг, полностью распоряжаться своей жизнью и своими деньгами;
- реализовать личные финансовые планы и цели;
- обеспечить своим детям финансовое благополучие.
Следовательно, целью данной курсовой работы является создание удобной в использовании ИС, выполненной по архитектуре клиент-сервер с обеспечением максимально возможной независимой клиентской части и БД «Учет домашних финансов», обеспечивающей хранение в электронной форме данных о доходах и расходах семьи.
Предлагаемые мероприятия по улучшению технологии решения задачи
Принципиальное различие между структурным и объектно-ориентированным подходом заключается в способе декомпозиции системы.
Объектно-ориентированный подход использует объектную декомпозицию, при этом статическая структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами. Каждый объект системы обладает своим собственным поведением, моделирующим поведение объекта реального мира.
Понятие «объект» впервые было использовано около 30 лет назад в технических средствах при попытках отойти от традиционной архитектуры фон Неймана и преодолеть барьер между высоким уровнем программных абстракций и низким уровнем абстрагирования на уровне компьютеров.
С объектно-ориентированной архитектурой также тесно связаны объектно-ориентированные операционные системы. Однако наиболее значительный вклад в объектный подход был внесен объектными и объектно-ориентированными языками программирования: Simula, Smalltalk, C++, Object Pascal.
На объектный подход оказали влияние также развивавшиеся достаточно независимо методы моделирования баз данных, в особенности подход «сущность-связь».
Концептуальной основой объектно-ориентированного подхода является объектная модель. Основными се элементами являются:
- абстрагирование (abstraction);
- инкапсуляция (encapsulation);
- модульность (modularity);
- иерархия (hierarchy).
Кроме основных имеются еще три дополнительных элемента, не являющихся в отличие от основных строго обязательными:
- типизация (typing),
- параллелизм (concurrency),
- устойчивость (persistence).
Достоинства ООП:
- Основным достоинством объектно-ориентированного программирования по сравнению с модульным программированием является «более естественная» декомпозиция программного обеспечения, которая существенно облегчает его разработку.
- Кроме этого, объектный подход предлагает новые способы организации программ, основанные на механизмах наследования, полиморфизма, композиции, наполнения.
- Эти механизмы позволяют конструировать сложные объекты из сравнительно простых. В результате существенно увеличивается показатель повторного использования кодов и появляется возможность создания библиотек классов для раздомашних применений.
Недостатки ООП обуславливаются следующим:
- Освоение базовых концепций ООП не требует значительных усилий. Однако разработка библиотек классов и их использование требуют существенных трудозатрат.
- Документирование классов – задача более трудная, чем это было в случае процедур и модулей.
- В сложных иерархиях классов поля и методы обычно наследуются с разных уровней. И не всегда легко определить, какие поля и методы фактически относятся к данному классу.
- Код для обработки сообщения иногда «размазан» по многим методам (иначе говоря, обработка сообщения требует не одного, а многих методов, которые могут быть описаны в разных классах).
Основной недостаток ООП - некоторое снижение быстродействия за счет более сложной организации программной системы.
2 глава. Проектная часть
2.1. Выбор средства для моделирования предметной области решаемой задачи
Рассмотрим описание компании и основные принципы работы подразделения, отвечающего за разработку программного обеспечения.
Рассмотрим описание разработки программного продукта, описываемого в рамках курсовой работы.
В создании программного продукта принимали участие менеджер продукта, менеджер проекта, системный аналитик, команда разработчиков, команда тестирования.
Опишем процесс создания программного продукта в рамках курсовой работы.
Разработка продукта (нового или обновления к уже имеющемуся на рынке) начинается с того, что менеджер продукта собирает со всех заинтересованных лиц (Stakeholders) требования к продукту и описывает их бизнес спецификацию.[7]
Основными заинтересованными лицами являются:
- Бизнес подразделение (Sales and Marketing).
- Отдел исследования угроз.
- Клиенты компании.
При сборе требований обязательно проводится опрос клиентов, исследования рынка, анализа конкурентов. По результату проделанной работы по сбору требований формируются границы проекта.
Далее, документация по проекту передается в подразделение системного анализа в котором есть выделенный аналитик или несколько аналитиков, которые детально прорабатывают требования.
Другими словами, аналитики конвертируют бизнес требования в системные требования. Также на этой стадии в работу вовлекаются дизайнеры и разрабатывают пользовательский интерфейс.
Большое и активное участие в рамках разработки ПО принимают участие - проектный менеджер, главный разработчик и технический лидер команды тестирования.
Лидеры разработки и тестирования дают свои оценки по реализации и тестированию требований. На основании этих оценок, руководитель проекта строит проектный план, который обычно состоит из 5 стадий:
- активная разработка
- функционального тестирования
- регрессионной тестирование
- приемочное тестирование
- формальная процедура релиза
После того как план готов он предоставляется продуктовому менеджеру на согласование.
Если продуктового менеджера что-то не устраивает, к примеру даты выпуска продукта, на рынок, то запускается процесс пересмотра содержимого проекта. Какие-то требования могут исключиться, чтобы даты были приемлемыми с точки зрения менеджера продукта.
Также, возможен вариант пересмотра состава команды для того, чтобы все необходимые требования были выполнены в срок.
Когда со стороны продуктового менеджера и проектной команды достигнута договоренность происходит формальная процедура о приеме итогового наполнения проекта.
Таким образом, происходит фиксация наполнения проекта. Формально после этой процедуры проектный менеджер берет на себя обязанности по реализации всех требований в обозначенные сроки, а продуктовый менеджер гарантирует, что требования не будут меняться и в рамках текущего проекта не будут добавлено новых требований.
Анализ требований и сравнения программных аналогов представлен в таблице 1.
Таблица 1. Сравнение программных аналогов с учетом требований к проектируемой ЭИС
Требования к проектируемой системе |
SAP R/3 (SAP ERP) |
Oracle E-Business Suite |
- статистический расчет потребности в продукции; |
+ |
+ |
- статистический расчет производства продукции и учет созданной продукции; |
+ |
+ |
- статистический учет реализованной продукции; |
+ |
+ |
В вышеперечисленных программных продуктах присутствует избыточный функционал, который компании ОАО «УМПО» не нужен в силу специфики их бизнес-процессов.
Поэтому, например компании совсем не подойдут типовые продукты компании «SAP» или «Oracle» которые являются более типизированными и требуют изменения бизнеса компании-заказчика под свое ПО.
А собственная разработка на данных программных продуктах окажется нерентабельной в силу их дороговизны или отсутствия большого количества специалистов для поддержки эксплуатации и модернизации ЭИС в фазе сопровождения.
В нашем случае, становится очевидным тот факт, что нам необходимо программное обеспечение под заказ, так как автоматизируемая деятельность обладает специфическими особенностями собственных бизнес-процессов организации и конкретным назначением.
При выборе системы программирования были рассмотрены такие среды разработки приложений, как: «MS Visual FoxPro v.9.0»; «Microsoft Access v.11»; «1С: Предприятие 8.3».
Достоинства данной среды разработки приложений следующие:
- широкий выбор средств, для работы с базами данных;
- обеспечивается высокая скорость обработки данных, в частности при обработке SQL-запросов;
- удобный интерфейс с пользователем;
- возможность генерирования приложения, используя визуальные средства для разработки.
К недостаткам можно отнести следующее:
- недостаточное внедрение концепции визуального программирования;
- слабая поддержка объектно-ориентированного подхода к созданию программ;
- слабый набор средств создания печатных выходных данных.
Microsoft Access является полнофункциональной системой управления реляционной базой данных (СУРБД). Она обеспечивает все возможности определения, обработки и управления данными для работы с большими объемами информации.
Для обработки таблиц Access использует мощный язык баз данных – SQL (Structured Query Language – язык структурированных запросов). С помощью SQL можно получить набор данных, который необходим для решения конкретной задачи.
Microsoft Access предоставляет дополнительные средства разработки приложений баз данных, позволяющие не только обрабатывать данные в собственных структурах базы данных, но и в других распространенных форматах баз данных.
Вероятно, наиболее мощным качеством Access является возможность обработки данных из электронных таблиц, текстовых файлов, файлов dBase, Paradox и FoxPro, а также любых баз данных SQL, поддерживающих стандарт ODBC (Open Data Base Connectivity). Это означает, что Access можно использовать для создания Windows-приложений, способных обрабатывать данные как сетевого сервера SQL Server, так и базы данных, размещенной на головном компьютере.
Характеристики языков программирования представлены в таблице 2.
Таблица 2. Сравнительная характеристика языков программирования
Visual Foxpro |
Access (VisualBasic) |
|
Принцип обработки кода |
Интерпретатор (псевдокомпилятор) |
Интерпретатор (псевдокомпилятор) |
Язык |
DBASE c с объектами |
Basic c Объектами |
Система |
Закрытая |
Закрытая |
Создание пользовательских мастеров |
- |
- |
Динамическое создание форм ввода, обработки сообщений |
+ |
+ |
Модель создания приложения |
- |
- |
Технология |
Построители экранов, меню, отчетов (drag-and-drop), классов |
Построители экранов, меню, отчетов (drag-and-drop), классов |
Вывод из баз данных на печать |
Встроенный Report |
Встроенный Report |
Обработка исключений |
Процедура |
Процедура |
Поддержка CASE-средств |
- |
+ |