Файл: МУ по КР проектирвоание ПО.pdf

Скачать файл (0,53Мб)

Заказать решение

ВУЗ: Нижегородский государственный архитектурно-строительный университет

Категория: Методичка

Дисциплина: Проектирование информационных систем

Добавлен: 21.10.2018

Просмотров: 2670

Скачиваний: 37

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение высшего образования

«Нижегородский государственный архитектурно-строительный университет»

Д. И. Кислицын

ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Учебно-методическое пособие

по выполнению курсовой работы

Нижний Новгород

2017

Кислицын

Д.

И./

Проектирование

программного

обеспечения

[Электронный ресурс]: учеб. – метод. пос./ Д. И. Кислицын; Нижегор. гос.
архитектур. – строит. ун-т – Н. Новгород: ННГАСУ, 2017. - 24 с.

В методических указаниях представлены варианты заданий и пояснения к

выполнению курсовой работы по разработке бизнес-логики программного
обеспечения в рамках курса «Проектирование программного обеспечения».



Д. И. Кислицын



ННГАСУ. 2017.

Введение

Создание современного программного обеспечения (ПО) – весьма

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

Проектирование ПО начинается со сбора требований и формирования на их

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

На каждом этапе выполняются определенные проектные операции, которые

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

В рамках дисциплины «Проектирование программного обеспечения» на

курсовое проектирование выносится задача по разработке бизнес-логики ПО.

Задание на курсовую работу

Спроектировать бизнес-логику ПО, которую затем необходимо описать в

одной из заданных нотаций (DFD, ERD, STD, IDEF0) структурного подхода.

Перед описанием бизнес-логики необходимо сформулировать цель

моделирования и точку зрения.

Цель моделирования которая должна отвечать на следующие вопросы:



Почему этот процесс должен быть замоделирован?



Что должна показывать модель?



Что может получить читатель?

Примерами формулирования цели могут быть следующие утверждения:

"Идентифицировать и определить текущие проблемы, сделать возможным анализ
потенциальных улучшений", "Идентифицировать роли и ответственность
служащих для написания должностных инструкций" и т. д.

Точку зрения можно представить как взгляд человека, который видит

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

В нотации DFD модель должна включать в себя диаграммы,

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

В нотации ERD необходимо представить структуру данных проектируемого

ПО.  На  диаграмме  должны  быть  показаны  сущности  (не  менее  4),  атрибуты
сущностей,  первичные  и  внешние  ключи,  связи.  Для  каждой  связи  необходимо
написать  по  два  предложения  (как  читается  данная  связь  в  одну  и  в  другую
стороны).

В нотации STD необходимо построить диаграмму состояний,

описывающую не менее 5 состояний системы. Кроме диаграммы необходимо
представить матрицу переходов состояний.

В нотации IDEF0 модель должна включать в себя одну контекстную

диаграмму и ряд упорядоченных и взаимосвязанных диаграмм декомпозиции
(уровень декомпозиции не менее А1, т.е. как минимум должны присутствовать
диаграммы А-0, А0, А11,А12, А13, А1…).

Варианты тем