Цель и задачи индивидуального проекта
Поможем в ✍️ написании учебной работы
Поможем с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой

Проект является составной частью учебной дисциплины «Компьютерное моделирование» и предназначен для практического закрепления и расширения полученных теоретических знаний для студентов специальности «Информатика и вычислительная техника» и «Программная инженерия». Целью проекта является приобретение студентом навыков по созданию компьютерных моделей и формализованных требований к информационным проектам .

Задачей проекта является формирование у студентов навыков применения:

- языка UML;

- правил формирования требований;

- принципов проектирования программных средств;

- стандартов по оформлению программных документов.

2. Краткая справка о методологии моделирования UML

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

В настоящее время разработаны средства визуального программирования на основе UML, обеспечивающие интеграцию, включая прямую и обратную генерацию кода программ, с наиболее распространенными языками и средами программирования, такими как MS Visual C++, Java, Object Pascal/Delphi, Power Builder, MS Visual Basic, Forte, Ada, Smalltalk. Поскольку при разработке языка UML были приняты во внимание многие передовые идеи и методы, можно ожидать, что на очередные версии языка UML также окажут влияние и другие перспективные технологии и концепции. Кроме того, на основе языка UML могут быть определены многие новые перспективные методы. Язык UML может быть расширен без переопределения его ядра.

 

 

Язык UML предназначен для решения следующих задач:

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

2. Обеспечение возможностью расширения исходных понятий языка UML и специализации для более точного представления моделей систем в конкретной предметной области.

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

4. Описание языка UML, включающее в себя семантический базис для понимания общих особенностей ООАП.

5. Развитие рынка объектных инструментальных средств.

6. Распространение объектных технологий и соответствующих понятий ООАП.

7. Интеграция новейших достижения практики ООАП.

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

В качестве самостоятельных представлений в языке UML используются следующие диаграммы:

- диаграмма вариантов использования;

- диаграмма классов;

- диаграмма состояний;

- диаграмма деятельности;

- диаграмма последовательности;

- диаграмма кооперации;

- диаграмма компонентов;

- диаграмма развертывания.

Рис. 1. Интегрированная модель сложной системы в нотации UML

 

Содержание пояснительной записки

 

Пояснительная записка оформляется на листах формата А4 в соответствии с требованиями ЕСКД и должна содержать:

Титульный лист.

Введение.

1. Анализ предметной области проектирования.

2. Выбор и обоснование средств и методов разработки.

3. Проектирование логической структуры компьютерной модели.

1. Словарь предметной области

2. Диаграмму использования

3. Диаграмму классов

4. Диаграмму деятельности

5. Диаграмму последовательности

6. Диаграмму кооперации

7. Диаграмму компонентов или диаграмму размещения

8. Диаграмму состояний

4. Проектирование физической структуры программного средства

Заключение.

Приложения.

Список литературы.

 

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

 

Введение

Во введении необходимо дать краткое описание предметной области, сформулировать цель проекта и показать актуальность решаемой в проекте задачи (не более 1 стр.).

1. Постановка задачи:

 

На этом этапе формируется описание существующего процесса, являющегося базой для последующих этапов.

 

Содержание:

1) Входные, выходные и внутренние данные процесса, включающие документы, сведения, информационные и управляющие воздействия, которые поступают в процесс, формируются в процессе или передаются из процесса в другие процессы. Следует отметить, что перечень документов данного параграфа должен соответствовать документам, передаваемым в мнемосхеме, выводам по главе 1, схеме модулей и алгоритма.

 

 

Пример 1:

Рис. 2 Пример таблицы входных, выходных и внутренних данных процесса

 

2) Нормативные документы, устанавливающие требования к процессу.

Пример 2:

Налоговый кодекс РФ, кодекс РФ об административных правонарушениях, закон РФ «О защите прав потребителя», трудовой кодекс РФ, закон «О товарных знаках»;

3) Участников процесса, структуру их подчинённости и описание основных функций, представляющие собой схему подчинённости и перечень функций участников.

Пример 3:

Рис. 3 Пример структуры участников процесса

 

Пример 4:

Начальник отдела снабжения выполняет следующие функции:

- принятие решения о выборе поставщика;

- администрирование работ отдела;

- согласование договоров;

- решение сложных вопросов с поставщиками.

Инженер отдела снабжения выполняет следующие функции:

- обсуждение с поставщиками условий поставки;

- организация согласования договоров на закупку;

- контроль по целостности упаковок материалов при внешнем осмотре;

- контроль за хранением материалов на складе.

 

4) Формирование пирамиды требований, содержащей уровень потребностей и уровень функциональных особенностей проектируемой системы.

На данном этапе формируется, как минимум, 3 потребности заказчика, для реализации которых предназначена разрабатываемая система. Для каждой потребности формируется 2 – 4 функциональные особенности. Всего их должно быть не менее 9.

Пример

В качестве первой потребности заказчик выдвинул…

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

 

Потребность Функциональные особенности

Наличие отчёта о затратах

14) Работа с принтером
15) Загрузка данных из таблиц в текстовый редактор по заранее определённому алгоритму в определённые разделы
16) Формирование на экране диалога по настройке отчёта перед печатью

 

5) Вербальное и графическое описание функционального назначения системы, включающее графическую схему (диаграмму вариантов использования) и текстовых комментариев, поясняющих на схеме как выполняется процесс. Следует учесть в диаграмме в виде актёров всех участников, перечисленных в структуре участников процесса.

Пример 5:

Рис. 4 Пример диаграммы вариантов использования для примера

системы продажи товаров по каталогу

 

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

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

- вариантов использования должно быть несколько (не менее 5);

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

- диаграмма должна быть связана с пирамидой требований, сформированной на предыдущем уровне: функциональные особенности должны быть раскрыты вариантами использования диаграммы вариантов;

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

 

6) Формирование диаграммы кооперации.

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

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

Пример 6:

Рис. 5 Пример диаграммы кооперации для моделирования телефонного разговора

 

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

В рамках поставленной задачи необходимо построить не менее 5 диаграмм кооперации для различных вариантов использования.

7) Выводы о недостатках в рамках выполняемой задачи и предложения по разработке программных средств для их преодоления.

Пример 7:

Анализ процесса показал, что важнейшими недостатками являются:

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

- …

Для устранения недостатков предлагается разработать программное средство, реализующее следующие функции:

- хранение сведений о ежедневных отгрузках с товарного склада;

- …

При этом необходимо создать следующие объекты, обладающие поведением:

- формы ввода (функция ввода информации):

- ввод отгруженной продукции;

- …

- отчётные формы (функция вывода информации на принтер):

- справка об отгрузке поставщику;

- …

- вычислительные модули (функция расчёта параметров):

- процедура расчёта остатков на складе:

- …

- прочие объекты (…):

- …

Примечание:

- Форм ввода и отчётных форм должно быть не менее, чем по 3. Необходим хотя бы один вычислительный модуль.

- Форма авторизация не является формой ввода информации документа, но должна присутствовать в проектируемом программном средстве.

 

Дата: 2018-11-18, просмотров: 431.