2 Разработка проекта программного комплекса

Пояснительная записка содержит описание общей структуры, элементов логической и физической модели программного продукта.

2.1 Разработка логической модели пп

При использовании объектно-ориентированного подхода к созданию ПП, его проект включает, как минимум, следующие UML-диаграммы: прецедентов использования, классов, последовательностей, а также соответствующие спецификации и описание использованных шаблонов проектирования). В ряде случаев дополнительно применяют диаграммы состояний и диаграммы объектов.

Приводится также описание сфер ответственности классов, этапов обработки информации, структуры базы данных и общей структуры ПП. Разработка логической модели производится с применением необходимых диаграммных методик [3, 4, 10, 11, 17].

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

2.1.1 Разработка диаграммы прецедентов использования

Для определения требований к ПП в рамках унифицированного процесса (Unified Process - UP) используются прецеденты, описывающие предметную область. Все выявленные при анализе требования делят на функциональные и нефункциональные.

Предметная область выбирается и рассматривается в соответствии с индивидуальным заданием на проектирование. Дополнительные требования к ПП могут быть получены в результате анализа литературных источников и существующих программных продуктов. С их помощью становится возможной детализация функциональных требований к наиболее важным элементам программной системы. Сначала обязательно в текстовой форме описываются только прецеденты, которые планируются к реализации в проекте ПП. Пример диаграммы прецедентов для системы «Банкомат» приведен на рисунке 1.

Рисунок 1 – Диаграмма прецедентов использования для системы «Банкомат»

Формализованное описание прецедентов приведено в таблице 11.

Описания прецедентов, приведенные в виде таблиц, должны соответствовать текстовым описаниям и диаграммам.

Таблица 11 – Формализованное описание прецедента использования программной системы (указывается наименование прецедента)

Основной исполнитель – ……

Заинтересованные лица (актеры) и их требования: …..

Предусловия: …..

Результаты (постусловия): ……

Основной успешный сценарий (или основной процесс): …..

Расширения (или альтернативные потоки) ..…

Специальные требования: …..

Частота использования – …..

Регистрация событий и обработки ошибок – …….

2.1.2 Разработка диаграммы классов предметной области

Формализованное представление информации в виде диаграмм классов, получаемое на основе анализа бизнес-процесса, показывает структурные отношения между понятиями заданной для разработки ПП предметной области. Пример диаграммы классов для предметной области банковской системы (объект моделирования - «Банкомат») приведен на рисунке 2. На диаграмме классов предметной области не показывают специальные классы программной системы, обеспечивающие её работу (связьс БД, шаблоны и т.д.).

Спецификация диаграммы классов, т.е. основные обязанности классов, особенности наследования могут быть представлены в виде таблицы 12.

Таблица 12 – Описание сфер ответственности классов предметной области

Имя класса	Сфера ответственности (обязанности класса)	Базовый класс или интерфейс	Вид наследования

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

выдаёт

обрабатывает

связана

Рисунок 2 – Диаграмма классов для системы «Банкомат»