Смирнов Н.В. Проектирование информационных систем

Подождите немного. Документ загружается.

\\ Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.

4) Взаимное исключение связей не включено (например, пункт 37).

5) Не включены динамические правила или ограничения, поэтому пункты 6,

20 и 32 не применимы. Заметим, что в пункте 20 не имеется в виду статиче-

ское ограничение «любая определенная модель автомобиля производится

одним изготовителем в один момент времени».

6) Предписывающие правила взаимодействия не являются частью концепту-

альной схемы (например, пункты 16, 18, 21, 29, 40).

Полный конспект ©БГТУ \ ИИУС \ И3 \ 141-146

\\ Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.

14.4 Приложение 4. Содержание отчета по лабораторной работе

Номер

раздела

Название раздела Содержание раздела

1 Введение

Актуальность темы и описание структуры доку-

мента как системы задач, решение которых

приводит к результату (логической модели ИС

в электронной форме)

Актуальность темы раскрывается проблемами,

решению которых способствует разрабатывае-

мая информационная система.

Описание предметной

области

Приводится текстовое описание предметной

области. Допускается включение иллюстраций,

схем и т.п., раскрывающих текстовое описание.

В описание включается описание внешней сре-

ды и описание предприятия взаимодействую-

щего с внешней средой. В описании отражают-

ся основные аспекты предметной области: до-

кументы, функции, сеть, люди, операционное

время и цели (в минимальном составе: бизнес-

процессы и отношения между объектами пред-

метной области)

Концептуальная мо-

дель предметной об-

ласти

Привести текст необходимых высказываний и

затем представить их в виде UML- диаграмм.

Набор UML - диаграмм, состоит из следующих

диаграмм:

 Диаграмм вариантов использования, мо-

делирующих функциональную (процесс-

ную) структуру предметной области по-

средством вариантов использования и

отношений между ними

Полный конспект ©БГТУ \ ИИУС \ И3 \ 142-146

\\ Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.

 Диаграмм активности, моделирующих

алгоритмы ключевых процессов пред-

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

использования

 Диаграмм классов, моделирующих от-

ношения ключевых объектов средства-

ми диаграмм классов. Причем количест-

во атрибутов у классов должно быть ми-

нимально

Проблемы предмет-

ной области и кон-

цепция ИС

В разделе 4.1. приводится текстовое описание

основных проблем предметной области. При-

чем, описывают только те проблемы, которые

можно решить с помощью ИС.

Концепция ИС – представлена текстовым опи-

санием модели требований к ИС (прообраз

технического задания на разработку ИС). Кон-

цепция приводится в разделе 4.2. (4.2.1, 4.2.2,

4.2.3)

4.1

Проблемы предмет-

ной области

Текстовое описание основных проблем пред-

метной области, которые следуют из анализа

диаграмм модели предметной области. При-

чем, описывать необходимо только те пробле-

мы, которые решаются с помощью ИС

4.2 Концепция ИС

Концепция ИС содержит модель требований,

состоящей как минимум из трех подразделов:

4.2.1 - Основные понятия, которые должна мо-

делировать система

4.2.2 – Функциональные требования (или

функциональные возможности), которыми

должна удовлетворять ИС для того, чтобы

Полный конспект ©БГТУ \ ИИУС \ И3 \ 143-146

\\ Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.

успешно решать проблемы

4.2.3 - Нефункциональные требования

Концепцию ИС иногда называют моделью тре-

бований или моделью желаемого результата

4.2.1 Основные понятия ИС

Текстовое описание основных понятий, кото-

рые должна моделировать информационная

система

4.2.2

Функциональные тре-

бования

Текстовое описание функциональных возмож-

ностей, которыми должна обладать ИС для то-

го, чтобы успешно решать проблемы

Функциональные требования являются ключе-

вым компонентом модели требований. Если

следовать положениям RUP, то модель требо-

ваний есть результат процесса разработки тре-

бований, в ходе которого разрабатывается биз-

нес-модель (предметной области), определя-

ются роли бизнес - акторов и только затем

формируются требования к системе в виде ва-

риантов использования ИС.(прецедентов ИС)

В отчете, который необходимо составить в ре-

зультате лабораторной работы, модель требо-

ваний определяется декларативно в форме

высказываний сгруппированный в разделы кон-

цепции. Поэтому в отчете не требуется приво-

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

ИС. Они даны декларативно, например, в раз-

деле «функциональные требования» концеп-

ции ИС. Но если кто - то из обучаемых приве-

дет их, то это действие будет только поощрять-

ся

Полный конспект ©БГТУ \ ИИУС \ И3 \ 144-146

\\ Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.

4.2.3

Нефункциональные

требования

Текстовые описания ограничений среды или

реализации, производительность, зависимость

от платформы, надежность, расширяемость,

режим работы и т.п.

Концептуальная мо-

дель ИС

Набор UML - диаграмм, разработанных соглас-

но обобщенной концептуальной модели

(Рисунок 13). UML-диаграммы разрабатывают-

ся на основе высказываний концептуальной

схемы и информационной базы. Поэтому необ-

ходимо привести текст высказываний и затем

UML- диаграммы.

Рекомендуется разработать диаграммы, отра-

жающие структурный и поведенческий аспект

системы, например: диаграмма классов и диа-

грамма последовательности (Рисунок 18). При-

чем, диаграмма классов должна содержать

классы с минимумом атрибутов.

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

лировать перечень ключевых функций системы

(т.н. ответственностей), которые суть действия,

замещающие в предметной области ручные

действия, то есть автоматизирующие труд

пользователей.

Логическая модель

ИС

Набор UML - диаграмм, разработанных соглас-

но обобщенной модели проектирования

(

Рисунок 19).

UML-диаграммы разрабатываются на основе

концептуальной модели. Причем, сначала раз-

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

модействия объектов), с помощью UML диа-

\\ Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.

грамм последовательности, а затем, используя

операции, полученные в ходе разработки мо-

дели поведения, разрабатывается модель

структуры (модель связи классов). Рекоменду-

ется использовать в разработке шаблоны про-

ектирования

6.1

Модель поведения

ИС

Модель поведения (модель взаимодействия

объектов), с помощью UML диаграмм последо-

вательности. Модель поведения разрабатыва-

ется для каждой ключевой функции ИС (вари-

анта использования)

6.2

Модель структуры ИС

(взаимосвязи классов)

Является целевой моделью лабораторной ра-

боты, разрабатывается на основе концептуаль-

ной модели классов. Должна содержать атри-

буты и операции, полученные в ходе разработ-

ки модели поведения..

Реализация модели в

среде CASE-средства

Кратко описывается CASE- средство, с помо-

щью которого осуществлялось моделирова-

ние. Описание процесса моделирования и по-

лучения файла (файлов) модели информаци-

онной системы

8 Заключение

В заключении подводится итог, определяются

основные достижения.