Файл: Моделирование предметной области «Управление домашними финансами» с помощью UML..pdf

Целью данной курсовой работы является рассмотрение сущности объектно-ориентированного проектирования информационной системы, средств её реализации и проектирование системы домашних финансов.

Для достижения поставленной цели в курсовой работе выполняется:

1. Изучение и описание предметной области.
2. Выбор на основе проведенного анализа инструментальных средств.
3. Проектирование ИС в объектно-ориентированном подходе.

Таким образом, целью курсового проекта является повышение эффективности учета домашних финансов.

Повышение эффективности будет достигнуто за счет проектирования и последующего внедрения информационной системы домашних финансов.

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».

MS Visual Fox Pro v.9.0

Достоинства данной среды разработки приложений следующие:

широкий выбор средств, для работы с базами данных;
обеспечивается высокая скорость обработки данных, в частности при обработке SQL-запросов;
удобный интерфейс с пользователем;
возможность генерирования приложения, используя визуальные средства для разработки.

К недостаткам можно отнести следующее:

недостаточное внедрение концепции визуального программирования;
слабая поддержка объектно-ориентированного подхода к созданию программ;
слабый набор средств создания печатных выходных данных.

Microsoft Access v.11

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-средств	-	+