Методические указания к практическим занятиям по дисциплине Методы и средства проектирования информационной системы
Скачать 0.76 Mb.
|
Вопросы для подготовки лабораторной работыКаково назначение стандарта DFD? В чем основные отличия стандартов IDEF0 и DFD? Каким образом в MS Visio создается схема DFD? Какие для этого используются нотации? Какова роль основных элементов в стандарте DFD? Для чего строится DFD-модель AS-IS, что она показывает? Какие элементы представляются на DFD-модели, каково их назначение? Что является логическим развитием диаграммы потоков данных модели AS-IS? Форма отчетности по лабораторной работеОтчет по лабораторной работе № должен содержать следующие диаграммы: 1. Контекстная DFD-диаграмма А0. 2. Декомпозированная DFD-диаграмма А0. Модель AS-IS. Данная диаграмма должна представлять текущее движение потоков данных при выполнении рассматриваемого процесса. К диаграммам должны быть приведены необходимые комментарии, включающие анализ недостатков существующей организации движения данных. Представленные на DFD-диаграмме элементы должны быть описаны в соответствии с их назначениями, как это было рассмотрено в общих правилах построения DFD-диаграмм. 3. Нумерация рисунков в отчетах должна быть точно такая, как используется в данном задании: «Рис. N.M.», где N – номер лабораторной работы, M – номер рисунка в пределах текущей лабораторной работы. В названиях рисунков (так же как и заголовков) точка ставится в конце каждого предложения, за исключением последнего (например, как на рис. Рис. 4 .2). Если заголовок или название рисунка состоят из одного предложения, то точка в конце него не ставится. Перед рисунком на него обязательно должна быть сделана ссылка в тексте, например, как в настоящем задании. Если ссылка на рисунок является первым словом предложения (не считая предлога) то она пишется слитно, например: «На рисунке Рис. 4 .2 показана схема …». Во всех остальных случаях ссылка пишется сокращенно, например: «Схема … показана на рис. Рис. 4 .2». Практическая работа «Моделирование движения потоков данных на (название предприятия) по … (название экономической задачи) в стандарте DFD. Модель TO-BE»Например «Моделирование движения потоков данных по учету материальных ценностей в стандарте DFD на ООО «Рога и копыта». Модель TO-BE» Цель работы: Исследование возможностей редактирования DFD-моделей в графическом редакторе Microsoft Visio 2010. Задачи исследований1. Изучить возможности создания в редакторе MS Visio модели DFD TO-BE на основе анализа недостатков модели AS-IS. 2. Изучить операции по копированию и редактированию DFD-диаграмм в программе MS Visio. Методика выполнения работыВсе сказанное об отличии IDEF0-диаграмм AS-IS и TO-BE (лабораторная работа №3) относится и к DFD-диаграммам. 1. Если на уровне A0 (рис. Рис. 4 .1) модели TO-BE существующая организация информационного взаимодействия с внешними сущностями остается без изменений, то создавать новую страницу для этого не нужно. В противном случае (например, добавилась новая внешняя сущность или изменилась структура потоков данных от внешних сущностей) необходимо добавить новую страницу, дать ей название «DFD контекст TO-BE», скопировать на нее контекстную диаграмму DFD и произвести на ней надлежащие изменения, описав их в отчете. 2. Добавить страницу, дать ей имя DFD TO-BE. На основе анализа DFD-модели AS-IS, проведенного в предыдущей работе, необходимо предложить меры по повышению эффективности движения потоков данных для рассматриваемой задачи. Эти меры должны быть отражены в модели TO-BE. На DFD-диаграмме TO-BE обязательно наличие хранилищ данных, соответствующих таблицам в базе данных, которая будет рассматриваться в далее соответствующих лабораторных работах. DFD-диаграмма TO-BE должна отражать внедрение (или более эффективное использование) информационных технологий для решения рассматриваемой экономической задачи. 3. После построения модели TO-BE привести ее текстовое описание. Произвести сравнительный анализ DFD-моделей AS-IS и TO-BE и показать планируемые улучшения, достигаемые путем реорганизации модели бизнес-процессов от AS-IS к TO-BE за счет более эффективного использования информационных технологий. В связи с этим DFD-диаграма TO-BE должна отличаться от диаграммы AS-IS не только наличием новых хранилищ данных, но и структурой процессов, которая обязательно должна измениться с внедрением информационной системы использования в ней базы данных. 4. Для каждого хранилища данных, представленного на DFD-диаграмме TO-BE привести описание с указанием роли в перемещении и хранении потоков данных. Напоминаю, что каждое хранилище данных на DFD-диаграмме TO-BE должно соответствовать конкретной таблице в будущей базе данных, которая будет являться ядром проектируемой информационной системы. Вопросы для подготовки лабораторной работыДля чего строятся диаграммы потоков данных модели TO-BE? На основании чего строится модель TO-BE? В чем выражается отличие моделей AS-IS и TO-BE на DFD? Какие элементы DFD на схемах AS-IS и TO-BE имеют существенные отличия, а какие нет? Что является логическим развитием диаграммы потоков данных модели TO-BE? Форма отчетности по лабораторной работеСказанное об отличии IDEF0-диаграмм AS-IS и TO-BE () относится и к DFD-диаграммам. Отчет по лабораторной работе должен содержать следующие диаграммы: 1. Контекстная DFD-диаграмма А0 TO-BE, если она претерпела изменения по сравнению с AS-IS-моделированием (). 2. Декомпозированная DFD-диаграмма А0. Модель TO-BE. Все приведенные диаграммы должны сопровождаться необходимыми комментариями. Представленные на DFD-диаграммах элементы должны быть описаны в соответствии с их назначениями. Практическая работа «Моделирование структуры реляционной базы данных (название экономической задачи) на (название предприятия) в стандарте IDEF1XНапример «Моделирование структуры реляционной базы данных кадрового учета на ООО «Рога и копыта» в стандарте IDEF1X Цель работы: изучение основ работы со структурами баз данных в графическом редакторе Microsoft Visio 2010 Задачи исследований1. Изучить операции по созданию IDEF1X-модели в MS Visio. 2. Изучить особенности построения ER-диаграмм в стандарте IDEF1X и IE в редакторе MS Visio. 3. Изучить возможности создания сущностей и задания их свойств. 4. Изучить возможности создания отношений между сущностями и задания их свойств. 5. Научиться задавать и редактировать установки ссылочной целостности на ER-диаграммах. Методика выполнения работыСоздать модель базы данных в Visio: Категория «Программное обеспечение и базы дынных». Задать свойства модели: База данных – Показать параметры – Общие – Набор Символов – IDEF1X. Стандарт IDEF1X предпочтительней, так как в нем неидентифицирующая связь внешне отличается от идентифицирующей. Рис. 6.3. Задание свойств модели. Вкладка Notation (Нотация – Стандарт) Определить сущности, которые будут представлены на диаграмме. Сущности на ER-диаграммах должны, главным образом, соответствовать хранилищам данных, представленным на DFD-диаграмме модели TO-BE (Лабораторная работа № 5). Разместить сущности на рабочем листе модели данных. Присвоить им имена. Определить атрибуты сущностей. Задать первичные ключи. Задать типы данных для атрибутов. Разместить на рабочем листе связи (элемент «Отношение») и установить их между сущностями. Задать имена связей. На ER-диаграмме в Microsoft Visio допускаются только отношения «один-ко-многим» (1:М), причем на схеме должны быть представлены связи обоих видов: идентифицирующей и неидентифицирующей. По умолчанию ставится неидентифицирующая связь, в случае необходимости нужно изменить тип связи: в нижней части экрана Свойства Базы данных – Категории – Прочее – Тип отношения – идентифицирующее. Отобразить установки ссылочной целостности: База данных – Показать параметры – Отношение – Показывать – Действия ссылочной целостности. Привести модель к требуемому уровню нормальной формы (достаточно 3НФ). Убрать тени, заливку и другое цветовое оформление. 10. Рассмотреть ER-диаграмму на наличие циклических связей. Если они присутствуют, это чаще всего говорит об ошибке в построении модели. Если есть уверенность, что все правильно и никакой ошибки нет, то нужно прокомментировать циклическую связь на ER-диаграмме. Вопросы для подготовки лабораторной работыКаково назначение стандарта IDEF1X? В чем основные отличия стандартов IDEF1X и DFD? Каким образом в MS Visio создается схема IDEF1X? На основании чего строится диаграмма IDEF1X? Каким образом устанавливаются связи между сущностями? Что при этом происходит? Какие виды связей применяются в стандарте IDEF1X ? В чем их основное отличие? Что такое ссылочная целостность? Как она задается? Форма отчетности по лабораторной работеОтчет по лабораторной работе должен содержать одну ER-диаграмму логической модели базы данных и необходимые комментарии к ней. Диаграммы из Visio в текстовый документ Microsoft Word нужно вставлять не с помощью клавиши Print Screen на клавиатуре (в этом случае копируется много лишнего и качество изображения невысокое), а следующим образом: После того, как модель базы данных сформирована, выбрать на панели инструмент Выделение (), выделить на рабочем листе Visio прямоугольную область так, чтобы в нее попали все необходимые сущности, скопировать выделенный фрагмент в буфер обмена (Ctrl+C), переключиться в Microsoft Word, и вставить в нужное место содержимое буфера обмена (Ctrl+V). Для каждой связи необходимо представить описание. Например: Связь Отдел–Сотрудник. Отдел СостоитИз Сотрудников Сотрудник РаботаетВ Отделе Связь вида один-ко-многим: в одном отделе может работать много сотрудников, но один сотрудник может работать только в одном отделе. Связь идентифицирующая, это означает, что в базе данных не может существовать запись о сотруднике, без ссылки на какой-то отдел, так как сотрудник обязательно должен работать в одном отделе. Установки ссылочной целостности должны быть описаны для каждого вида связи, представленного на диаграмме: для любой одной идентифицирующей связи 1:М и для любой одной неидентифицирующей связи 1:М. Должны быть описаны все установки со стороны родительской и со стороны дочерних сущностей. Например: для связи Отделы–Сотрудники. Со стороны родительской сущности: D:R – нельзя удалить из таблицы «Отделы» запись о каком-либо отделе, если в нем работают какие-то сотрудники. U:R – нельзя изменить значение ключевого атрибута для какого-либо отдела, если в нем работают какие-то сотрудники. Со стороны дочерней сущности: I:R – нельзя вставить запись о новом сотруднике, без указания во внешнем ключе (КодОтдела) ссылки на конкретный существующий отдел. U:R – нельзя изменить в записи о сотруднике, значение во внешнем ключе (КодОтдела) на несуществующее значение. |