лаб -1-15 ОИС (2). Лабораторная работа 1 Тема Ознакомление с понятием информация иосновными понятиями информационная система
 Скачать 1.56 Mb.
|
Лабораторная работа №9Тема: Ациклические базы данныхЦель работы: Ациклические базы данных и научиться создавать модели TO-ВЕ (реинжениринг бизнес-процессов); осуществлять постановку задач по обработке информации; проводить анализ предметной области; осуществлять выбор модели и средства построения информационной системы и программных средств. Теоретические сведения Проведение экспертизы. Цикл автор-читатель. Цикл автор-читатель предназначен для обеспечения обратной связи при построении модели. Он включает определенные формализованные процедуры, предписывающие правила координации деятельности участников создания модели. В работе над моделью принимают участие специалисты разных специальностей – аналитики (авторы), эксперты предметной области (читатели), библиотекари и комитет технического контроля. Обычно библиотекарь выделяется для больших проектов. Цикл автор-читатель содержит следующие этапы: На очередном этапе декомпозиции аналитик создает диаграмму на основе общих знаний, анализа документации и опроса экспертов. Общие знания не позволяют создать диаграмму достаточно корректно, поэтому она нуждается в уточнении и дополнении. Все коммуникации при создании модели контролируются библиотекарем. Он ответственен за прохождение папок и архивирование диаграмм модели. После создания диаграмма посылается библиотекарю для помещения в архив. Автором формируется папка и передается для распространения библиотекарю (одна копия направляется автору). В папку должна входить текущая диаграмма. Кроме того, в папку могут включаться сопутствующие отчеты, в том числе словарь стрелок и работ, диаграмма верхнего уровня, дерево узлов и любая необходимая дополнительная документация. На папке регистрируются входящие данные – дата, автор, данные читателя и т. д., после чего папка направляется эксперту предметной области (читателю). Читатель рецензирует папку и записывает свои комментарии. Замечания вносятся в диаграмму по определенным правилам. Если читатель решил внести замечание, он должен указать номер замечания, затем внести текст замечания и в каркасе диаграммы в разделе Notes зачеркнуть цифру, соответствующую номеру замечания в соответствии с рисунком 41. После рецензирования папки возвращаются библиотекарю. Библиотекарь должен обеспечивать проведение рецензирования в срок. Затем папки регистрируются и направляются автору. Автор вносит ответ на замечания и, если он согласен с замечаниями, вносит изменения в модель. На практике зачастую сеанс экспертизы проводится в форме устного собеседования между автором и экспертом. В этом случае особенно важно вносить замечания эксперта и комментарии автора в диаграмму для документирования всех идей, возникших в результате моделирования.  Рисунок 41 – Внесение замечаний в диаграмму Если это необходимо, проводится дополнительная экспертиза у того же или у другого эксперта. После прохождения нескольких циклов число замечаний обычно уменьшается, и диаграмма становится стабильной. В процессе изменения диаграмма может менять свой статус, который должен быть отражен в каркасе диаграммы. Когда автор считает, что диаграмма уже достаточно проработана и достигла уровня "Recommended", он пересылает ее на утверждение в комитет технического контроля, где она проходит окончательную экспертизу. После внесения замечаний и окончательных изменений диаграмма (или набор диаграмм) окончательно утверждается, получает статус " Publication" и может быть распечатана и распространена среди участников проекта. Ход работы Модель TO-BE создается на основе анализа модели AS-IS. Анализ может проводиться как по формальным признакам (отсутствие выходов или управления, отсутствие обратных связей и т.д.), так и по неформальным – на основе знаний предметной области. Допустим, в результате анализа принимается решение реорганизовать функции производства и тестирования компьютеров и оставить функциональности "Продажи и маркетинг" и "Отгрузка и получение" пока без изменений. Принято решение сформировать отдел дизайна, который должен формировать конфигурацию компьютеров, разрабатывать корпоративные стандарты, подбирать приемлемых поставщиков, разрабатывать инструкции по сборке, процедуры тестирования и устранения неполадок для всего производственного отдела. Работа "Сборка и тестирование компьютеров" должна быть реорганизована и названа "Производство продукта". Будут созданы работы "Разработать конфигурацию", "Планировать производство" и "Собрать продукт". Рассмотрим новые роли персонала. Дизайнер должен разрабатывать систему, стандарты на продукцию, документировать и передавать спецификации в отдел маркетинга и продаж. Он должен определять, какие компоненты (аппаратные и программные) должны закупаться для сборки компьютеров, обеспечивать документацией и управлять процедурами сборки, тестирования и устранения неполадок. Функции диспетчера в работе "Сборка и тестирование компьютеров" должны быть заменены на функции планировщика. Планировщик должен обрабатывать заказы клиентов и генерировать заказы на сборку, получить коммерческий прогноз из отдела маркетинга и формировать требования на закупку компонентов и собирать информацию от поставщиков. Диспетчер должен составлять расписание производства на основании заказов на сборку, полученных в результате работы "Планировать производство", получать копии заказов клиентов и отвечать за упаковку и комплектацию заказанных компьютеров, передаваемых в работу "Отгрузка и получение". I Расщепление и модификация модели Изменить свойства модели "Деятельность компании": Model Name: Предлагаемая модель компании; Time Frame: TO-BE; Purpose: Документировать предлагаемые изменения бизнес-процессов компании. Переименовать работу "Сборка и тестирование компьютеров" в "Производство продукта". Расщепите эту работу в модель с тем же названием. Модифицируйте отщепленную модель. Переместите работу "Тестирование компьютеров" с диаграммы АО "Производство продукта" на диаграмму А2.1 "Сборка настольных компьютеров". Переименовать работу "Сборка настольных компьютеров" на диаграмме АО в "Сборка продукта". Удалить работу "Сборка ноутбуков". Переименовать стрелку "Заказы на настольные компьютеры" в "Заказы на изготовление". Переименовать "Отслеживание расписания и управление сборкой и тестированием" в "Планирование производства".  Рисунок 42 – Результат Создать работу "Разработать конфигурацию". Создать ветвь стрелки "Персонал производственного отдела", назовите ее "Дизайнер" и направьте как механизм к работе "Разработать конфигурацию". Создать стрелку "Стандарты на продукцию" и направьте ее от выхода "Разработать конфигурацию" к границе диаграммы. Тоннелировать эту стрелку (Resolve Border Arrow). Создать ветвь этой стрелки, идущую к управлению работы "Планирование производства" и назовите ее "Список необходимых компонентов". Удалить стрелку "Правила сборки и тестирования" с родительской диаграммы и диаграммы декомпозиции. Создать ветвь стрелки "Список необходимых компонентов", идущую к управлению работы "Сборка продукта" и назовите ее "Правила сборки и тестирования". Переименовать стрелку "Диспетчер" в "Планировщика производства". Добавьте стрелки "Прогноз продаж" и "Информация от поставщика" как граничные управляющие к работе "Планирование производства". Добавьте стрелку "Заказ поставщику" как граничную стрелку выхода от работы "Планирование производства". Тоннелировать необходимые стрелки (Resolve Border Arrow) и свя- жите их с работами на родительской диаграмме А0. Тоннелировать стрелки "Собранные компьютеры" и "Неисправные компоненты" (Resolve Border Arrow) и Связать их с выходом работы "Сборка продукта". Результат выполнения первой части лабораторной работы приведен в соответствии с рисунками 43, 44.  Рисунок 43 – Родительская диаграмма А0 "Производство продукта"  Рисунок 44 – Диаграмма декомпозиции А0 "Производство продукта" II Слияние модели Перейти к работе "Производство продукта" в модели "Деятельность компании". Щелкнуть правой кнопкой мыши по работе. В контекстном меню выбрать Merge Model. В появившемся диалоге Merge Model установить опцию Cut/Paste entire dictionaries, опцию Overwrite existing fields щелкнуть по ОК. Модели должны слиться. На диаграмме АО тоннелировать стрелки (Resolve Border Arrow) "Информация от поставщика" и "Заказ поставщику". Изменить стрелку "Прогноз продаж". Направьте ее с выхода "Продажи и маркетинг" на управление "Производство продукта" (изменить стрелку "Прогноз продаж" на диаграмме A2 "Производство продукта" в связи с появившейся стрелкой контроля). Изменить стрелку "Стандарты на продукцию". Направьте ее с выхода "Производство продукта" на управление "Продажи и маркетинг" (Изменить стрелку "Стандарты на продукцию" выхода работы "Разработать конфигурацию" на диаграмме A2 "Производство продукта" в связи с появившейся стрелкой выхода). Удалить ветвь стрелки управления "Правила и процедуры" работы "Производство продукта". Закройте модель "Производство продукта". Результат выполнения второй части лабораторной работы №8 приведен в соответствии с рисунками 45, 46.  Рисунок 45 – Родительская диаграмма А0 "Деятельность компании"  Рисунок 46 – Диаграмма А0 "Деятельность компании" III. Использование Model Explorer для реорганизации дерева декомпозиции Существуют причины, по которым работа "Разработать конфигурацию" должна быть на верхнем уровне, на диаграмме АО. Дизайнер разрабатывает стандарты на продукцию, включая правила сборки и тестирования, и список необходимых для закупки компонентов. Тем самым дизайнер управляет производством продукта в целом, кроме того, управляет работой "Продажи и маркетинг". Логично перенести эту работу на уровень выше. Используя возможности Model Explorer, перенесите работу "Разработать конфигурацию" с диаграммы А2 "Производство продукта" на диаграмму АО. Разрешите и перенаправьте стрелки в соответствии с рисунками 47, 48.  Рисунок 47 – Родительская диаграмма А0 2 "Деятельность компании"  Рисунок 48 – Диаграмма А3 "Производство продукта" IV. Модификация диаграммы IDEF3 "Сборка продукта" с целью отображения новой информации Так же как в модели AS-IS, сборка продукта состоит из сборки компонентов и установки программного обеспечения. Однако теперь в работу "Сборка продукта" включена работа "Тестирование компьютера". Тестирование начинается после окончания процесса сборки компьютера и окончания процесса установки программного обеспечения. Если компьютер не- исправен, в процессе тестирования у него заменяют компоненты, информация о неисправных компонентах может быть направлена на работу "Подготовка компонентов". Такая информация может помочь более тщательно подготавливать компоненты к сборке. Результатом процесса тестирования являются заказанные компьютеры и неисправные компоненты. Модифицируйте диаграмму IDEF3 "Сборка продукта" в соответствии с приведенной информацией, результат приведен в соответствии с рисунком 49.  Рисунок 49 – Диаграмма А32.1 "Сборка продукта" V Декомпозиция работы "Продажи и маркетинг" Работа по продажам и маркетингу заключается в ответах на телефонные звонки клиентов, предоставлении клиентам информации о ценах, оформлении заказов, внесении заказов в информационную систему и ис- следовании рынка. На основе этой информации декомпозировать работу "Продажи и маркетинг" (IDEF0). Создать следующие работы: предоставление информации о ценах; оформление заказов; исследование рынка. Убедитесь, что все стрелки модели связаны, если необходимо перерисуйте несвязанные стрелки. Результат декомпозиции представлен в соответствии с рисунком 50.  Рисунок 50 – Диаграмма А2 "Продажи и маркетинг" Контрольные вопросы Что такое реинжиниринг бизнес-процессов? Опишите цикл автор – читатель. Кто такой библиотекарь? Каким образом заносятся замечания в проект? Кто может являться экспертом? |