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

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

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

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

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

 
 
 
 
 
 
 
 
 
 

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

 
 
 
 
 
 
 

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

 
 

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

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

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

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

2017 

 


background image

 

 
 
 
 
 
 
 
 
 
 
 
 

Кислицын 

Д. 

И./ 

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

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

обеспечения  

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

 
 
 
 
 
 
 
 
 
 
 
 
 

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

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

 
 
 
 
 
 
 
 
 
 

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

 ННГАСУ. 2017. 

 

 


background image

 

Введение 

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

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

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

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

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

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

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

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

 
 
 

 

 


background image

 

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

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

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

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

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

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

 

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

 

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

 

Варианты тем 

 
1. 

Создать  диаграмму  IDEF0  для  системы,  описывающей  порядок 

подготовки к экзамену, предполагающий получение отличной оценки.  


background image

 

2. 

Создать  диаграмму  IDEF0  для  системы,  описывающей  порядок 

получения водительских прав.  

3. 

Создать  диаграмму  IDEF0  для  системы,  описывающей  порядок 

организации городского спортивного соревнования.  

4. 

Создать  диаграмму  IDEF0  для  системы,  описывающей  порядок 

организации общеинститутского студенческого мероприятия.  

5. 

Создать  диаграмму  IDEF0  для  системы,  описывающей  порядок 

поставок товара в систему розничных киосков.  

6. 

Создать  диаграмму  IDEF0  для  системы,  описывающей  порядок 

обработки заказов в службе быта.  

7. 

Создать диаграмму IDEF0 для системы, описывающей работу одного 

из участков автосалона.  

8. 

Создать  диаграмму  IDEF0  для  системы,  описывающей  работу 

приемного покоя в больнице.  

9. 

Создать  диаграмму  IDEF0  для  системы,  описывающей  учет  в 

видеопрокате.  

10. 

Создать диаграмму IDEF0 для системы, описывающей учет проката на 

лыжной базе. 

11. 

Создать  диаграмму  потоков  данных  процесса  «ОБСЛУЖИТЬ»  при 

работе библиотекаря с клиентами, начиная работу с заказа клиентом нужного ему 
издания из хранилища. 

12. 

Создать 

диаграмму 

потоков 

данных 

процесса 

«СОЗДАТЬ 

ПРОГРАММУ» при работе программиста над разработкой и созданием ПО.  

13. 

Создать  диаграмму  потоков  данных  процесса  «РАЗРАБОТАТЬ 

КОНСАЛТИНГОВЫЙ  ПРОЕКТ»,  учитывая  основные  этапы  при  проведении 
консалтинга:  анализ  первичных  требований,  проведение  обследования 
деятельности предприятия, построение моделей «как есть» и «как должно быть», 
оценка  эффективности  деятельности  предприятия,  реорганизация  деятельности, 
разработка  системного  проекта,  разработка  предложений  по  автоматизации, 
выбор, разработка и внедрение новой информационной системы. Создать словарь 
данных, описав все хранилища данных и внешние сущности. 

14. 

Создать  диаграмму  потоков  данных  процесса  «ОБЕСПЕЧИТЬ 

ПРОДАЖУ  ТОВАРА»  при  работе  отдела  сбыта  крупного  предприятия, 
работающего как на местном рынке, так и на мировом.  

15. 

Разработать  ERD  диаграмму  для  системы,  помогающей  обслуживать 

библиотеку.  Система  должна  предусматривать  режимы  ведения  системного 
каталога,  отражающего перечень областей  знаний,  по которым имеются  книги  в 
библиотеке.  Внутри  библиотеки  области  знаний  в  систематическом  каталоге 
могут  иметь  уникальный  внутренний  номер  и  полное  наименование.  Каждая 
книга может содержать сведения из нескольких областей знаний. Каждая книга в 
библиотеке  может  присутствовать  в  нескольких  экземплярах.    В  библиотеке 
ведется  картотека  читателей.  Каждый  читатель  может  одновременно  держать  на 
руках не более 5 книг. Читатель не должен одновременно держать более одного 
экземпляра книги одного названия.