има. МУ к ПР приложение 2 (1). Методические указания для выполнения практических лабораторных занятий по мдк. 05. 01 Проектирование и дизайн информационных систем
 Скачать 1.34 Mb.
|
|
Тема: «Построение модели управления качеством процесса изучения модуля «Проектирование и разработка информационных систем» Цель: получение навыков построения модели управления качеством. Оборудование и/или программное обеспечение: Методические указания Теоретические вопросы Основные понятия качества информационной системы. Национальный стандарт обеспечения качества автоматизированных информационных систем. Международная система стандартизации и сертификации качества продукции. Стандарты группы ISO. Методы контроля качества в информационных системах. Особенности контроля в различных видах систем. Автоматизация систем управления качеством разработки. Практическая часть Задание № 1 Привести национальные стандарты обеспечения качества автоматизированных информационных систем. Задание № 2 Охарактеризовать международную систему стандартизации и сертификации качества продукции. Задание № 3 Описать стандарты группы ISO. Задание № 4 Привести методы контроля качества в информационных системах. Вопросы для контроля Какая модель жизненного цикла программного обеспечения поддерживается RAD-технологией? Какие преимущества дает использование RAD-среды? Что такое «консалтинг» и какова его основная задача? Что такое «логистика» и «реинжиниринг»? Практическое занятие №13-15 Тема: «Реинжиниринг методом интеграции» Цель: освоить на практике особенности работы в среде деловой графики и демо-версии систем поддержки управления предприятием, научиться приемам построения моделей бизнес- процессов в различных нотациях. Оборудование и/или программное обеспечение: Методические указания Теоретические вопросы Идентификация бизнес-процессов. Реализация и внедрение проекта РБП. Управление РБП. Участники РБП. Состав и функции команд РБП. Методы РБП. Инструментальные программные средства РБП. Перечислите этапы реинжиниринга бизнес-процессов. Какова роль мотивации к проведению реинжиниринга для различных групп сотрудников компании? Что должна содержать директива на проведение реинжиниринга? Перечислите основных участников проекта по реинжинирингу, их роли и обязанности. Как классифицируются, выделяются и ранжируются бизнес- процессы? Приведите примеры. Каково основное содержание этапа обратного инжиниринга? Каково основное содержание этапа прямого инжиниринга? Как осуществляется внедрение проекта реинжиниринга бизнес-процессов? Какова организационная структура проекта РБП? Отличается ли на ваш взгляд команда проекта по РПБ в России и за рубежом? Ответ обоснуйте. Каково значение информационных технологий при проведении работ по РБП? Какие информационные сервисы используются для автоматизации прикладных и информационных процессов в качестве средств реинжиниринга? Основные этапы реинжиниринга компании (организации)? В целом работа по реинжинирингу бизнеса состоит из двух основных этапов: ―обратного‖ и ―прямого‖ инжиниринга компании. Для того, чтобы изменить систему управления, ее нужно сначала описать и оценить. Поэтому реинжиниринг начинается с описания и оценки ситуации ―как есть‖. Для того чтобы понять, как и зачем менять, надо разработать цели и стратегию изменений, модель системы управления ―как нужно‖. После этого реинжиниринг системы управления требует разработки плана действий по переходу из ситуации ―как есть‖ в ситуацию ―как надо‖. Поэтому в качестве необходимых шагов реинжиниринга компании можно выделить: Выбор стратегических приоритетов компании для формулирования целей бизнес- реинжиниринга и определения наиболее важных бизнес-процессов компании. Создание модели существующей компании ―как есть‖ на основе моделирования бизнес- процессов и функциональной структуры компании до начала проведения изменений. Анализ модели существующей компании и выявление узких мест в компании c точки зрения функциональной структуры компании и ее бизнес-процессов. Разработка новой функциональной структуры и бизнес-процессов компании на основе методов бизнес-реинжиниринга Разработка и организация использования поддерживающих информационных систем. При этом определяются требуемые ресурсы (оборудование, программное обеспечение) и при необходимости реализуется специализированная информационная система. Переход компании на новую функциональную структуру и бизнес-процессы, то есть внедрение новой системы управления в практику. Как правило, перечисленные шаги выполняются не последовательно, а по крайней мере частично параллельно, причем некоторые шаги повторяются несколько раз. Выбор вида реинжиниринга Различают реинжиниринг в узком смысле (перепроектирование отдельных бизнес- процессов) и широком смысле (полная реструктуризация организационной структуры и бизнес- процессов). Какой вариант выбрать компании зависит от целей реинжиниринга, которые в свою очередь формируются в зависимости от стратегических приоритетов компании. Многие компании, задумав использовать методы бизнес-инжиниринга, ограничиваются―обратным‖ бизнес-инжинирингом, то есть построением и анализом модели бизнес-процессов―как есть‖, так как он представляет самостоятельную ценность, поскольку дает возможность выявлять узкие места компании, оценивать последствия увеличения (уменьшения) ресурсов в некотором подразделении, сравнивать между собой последствия различных вариантов и т. п. Бенчмаркинг Реинжиниринговые команды могут использовать так называемый бенчмаркинг (benchmarking). В сущности бенчмаркинг состоит в поиске компаний, которые делают что-то лучше всех, и в изучении того, как они этого добиваются, чтобы использовать эту информацию для проведения реинжиниринга собственной компании. Проблема использования бенчмаркинга состоит в том, что он может ограничить мысленную работу реинжиниринговой команды рамками того, что у же сделано в отрасли. Используемый таким образом бенчмаркинг является средством только догнать конкурента, а не резко вырваться вперед. Бенчмаркинг способен, однако, обогатить реинжиниринговые команды идеями, особенно в том случае, когда в качестве образцов рассматриваются компании других отраслей. Практическая часть Задание №1 Анализ деловой ситуации: Охарактеризуйте позицию организации на рынке. Проведите аудит бизнес-процессов. (используйте таблицу из ПР 10-11) Оцените уровень непротиворечивости бизнес-требований к модулям информационной системы. (составьте таблицу состоящую из полей: название бизнес-процесса и функции, которые выполняет этот бизнес-процесс) Какие инновационные технологии сферы ИТ требуется внедрить в бизнес- процессы организации? (Что именно подлежит автоматизации) Каковы перспективные направления реинжиниринга отдельных бизнес-процессов на предприятии? (какой конкретно бизнес-процесс будет автоматизирован) Задание №2 Разработка предложений по усовершенствованию системы управления предприятием. Описание всех бизнес-процессов отдела или предприятия. Представить технологическую карту бизнес-процессов.  Построение функциональной модели, модели потоков данных существующих бизнес- процессов. Перед выполнением упражнения 1. Запустите программу Ramus (Пуск -> Программы -> Ramus -> Ramus). Если программа не установлена на ПК, то при наличии доступа в Интернет самостоятельно произведите инсталляцию данного ПО с сайта разработчика: http://ramussoftware.com/. Создание контекстной диаграммы После запуска программы на экране появится окно начала работ ( рис. 14.1). Выберите опцию "Создать" и нажмите "ОК".  Рис. 14.1. Диалоговое окно начала работы в Ramus Внесите имя автора, название проекта, название модели и выберите опцию "IDEF0". На следующем шаге укажите, что модель используется "отделом стратегического планирования и развития". В описании проекта укажите "Это учебная модель, описывающая деятельность компании", перейдите к следующему шагу. Раздел "классификаторы" оставьте незаполненным и нажмите "Дальше". В следующем диалоговом окне нажмите "Окончить" и перейдите к рабочему интерфейсу программы. Через меню Диаграмма -> Свойства модели можно отредактировать мета-данные модели, а именно: название модели, описание, место ее использования. Активируйте окно модели, кликнув на область моделирования. Создайте контекстную диаграмму, нажав на кнопку  .Перейдите в режим редактирования контекстной диаграммы, нажав правой кнопкой мыши на объекте и выбрав опцию "Редактировать активный элемент". В закладке "Название" введите "Деятельность компании". Во вкладке "Описание" введите "Текущие бизнес-процессы компании". Обратите внимание, что вкладка "Описание" может быть недоступна в версии RAMUS Educational Создайте стрелки на контекстной диаграмме в соответствие с информацией, приведенной в таблице 1.1. Для создания стрелок необходимо перейти в режим построения стрелок с помощью кнопки  , навести курсор на исходную точку стрелки (левая, верхняя и нижняя граница области построения модели или правая граница контекстной диаграммы), после того, как область будет подсвечена черным цветом, кликнуть один раз и аналогичным образом обозначить конец стрелки (правая, верхняя и нижняя граница контекстной диаграммы или правая граница области построения модели). Перемещать стрелки и их названия можно по принципам стандартного механизма drag&drop.
На рис. 14.2 представлен результат построения контекстной диаграммы по результатам Упражнения 1.  увеличить изображение Рис. 14.2. Контекстная диаграмма (результат выполнения Упражнения 1) Создание декомпозиции контекстной диаграммы Выберите кнопку перехода на уровень ниже  в панели инструментов.В диалоговом окне укажите число работ на диаграмме нижнего уровня - "3", а нотацию декомпозиции - IDEF ( рис. 14.3), затем нажмите "ОК". Автоматически будет создана диаграмма декомпозиции.  Рис. 14.3. Диалоговое окно декомпозиции работ Правой кнопкой мыши щелкните по 1-ой работе, выберите "Редактировать активный элемент" и на вкладке "Название" укажите имя работы. Повторите операцию для всех трех работ, а также внесите их описание в соответствующую вкладку на основе данных таблицы (табл. 1.2). Обратите внимание, что вкладка "Описание" может быть недоступна в версии RAMUS Educational.
Перейдите в режим рисования стрелок. Произведите связывание граничных стрелок с функциональными объектами, как показано на рис. 14.4. Для связывания граничных стрелок наводите курсор на сами стрелки, а не на границы области построения моделей.  Рис. 14.4. Связывание граничных стрелок на диаграмме декомпозиции A0 Правой кнопкой мыши щёлкните по ветви стрелки "Сборка и тестирование компьютеров", переименуйте ее в "Правила сборки и тестирования" ( рис. 14.5). Правой кнопкой мыши щелкните по ветви стрелки механизма работы "Продажи и маркетинг" и переименуйте ее в "Система оформления заказов" ( рис. 14.5)  Рис. 14.5. Присвоение названий ветвям стрелок диаграммы декомпозиции A0 Создайте новые внутренние стрелки, как показано на рисунке ( рис. 14.6)  Рис. 14.6. Внутренние стрелки диаграммы декомпозиции A0 Создайте стрелку обратной связи (по управлению) "Результаты сборки и тестирования", идущую от работы "Сборка и тестирование компьютеров" к "Продажи и маркетинг". Измените стиль стрелки - толщину (правая кнопка мыши -> "Редактировать активный элемент" -> вкладка "Линия"). Методом drag&drop возможно переносить стрелки и их названия. При необходимости возможно установить "тильду" (опция контекстного меню при нажатии на стрелке правой кнопкой мыши) для явной связи стрелки и подписи к ней ( рис. 14.7)  Рис. 14.7. Результаты редактирования стрелок на диаграмме декомпозиции A0 Создайте новую граничную стрелку "Маркетинговые материалы", выходящую из работы "Продажи и маркетинг" Эта стрелка автоматически не попадает на диаграмму верхнего уровне и имеет квадратные скобки у окончания  . Щелкните правой кнопки мыши по квадратным скобкам и выберите в контекстном меню "Туннель" (см. рис. 14.8) одну их двух опций: "Создать стрелку" и "Обозначить туннель круглыми скобками", в нашем случае - первый вариант.  увеличить изображение Рис. 14.8. Результат туннелирования стрелок декомпозиция Х уровня Декомпозируем работу "Сборка и тестирование компьютеров". В результате проведенного анализа получена следующая информация о процессе: Производственный отдел получает заказы от отдела клиентов по мере их поступления. Диспетчер координирует работу сборщиков, сортирует заказы, группирует и дает указания на отгрузку компьютеров, когда они готовы. Каждые 2 часа диспетчер группирует заказы - отдельно для настольных компьютеров и ноутбуков - и направляет их на участок сборки. Сотрудники участка сборки собирают компьютеры согласно спецификациям заказа и инструкциям по сборке. Когда группа компьютеров, соответствующая группе заказов, собрана, она направляется на тестирование. Тестировщик тестируют каждый компьютер и, в случае необходимости, заменяет неисправные компоненты. Тестировщики направляют результаты тестирования диспетчеру, который на основании этой информации принимает решение о передаче компьютеров, соответствующих группе заказов, на отгрузку. На основе информации из таблиц 1.3 и 1.4 внесите новые работы и стрелки на диаграмму декомпозиции A2.
Произведите туннелирование и связку граничных стрелок, если это необходимо. Результат выполнения упражнения 3 представлен на рис. 14.9.  увеличить изображение Рис. 14.9. Результат декомпозиции процесса Сборка и тестирование Построение функциональной модели, модели потоков данных бизнес-процессов с предложениями по реинжинирингу. Создайте контекстную диаграмму процесса "Оформление заказов" (Файл -> Новый проект). Декомпозируйте созданную контекстную диаграмму "Оформление заказов", для чего в диалоговом окне выберите количество элементов декомпозиции - 2, тип диаграммы - DFD. Нажмите "ОК" и внесите в диаграмму DFD имена работ: Проверка и внесение клиента Внесение заказа Создайте классификаторы: Список клиентов Список продуктов Список заказов Заявки на заказ Внесите в модель соответствующие хранилища данных при помощи кнопки  , а также внешнюю ссылку "Заявки на заказ", используя кнопку  .На основе следующей информации постройте DFD-модель процесса "Оформление заказов": Процесс "Оформление заказов" состоит из двух подпроцессов: проверка и внесение клиентов и внесение заказов. Для выполнения этих процессов необходим список клиентов, список продуктов и для регистрации результатов выполнения процессов реестр списка заказов. Проверка и внесение клиентов в базу данных клиентов осуществляется на основе информации из заявок на заказ, а также после анализа информации в списке клиентов. Внесение заказов производится только при наличии информации о соответствующем клиенте в списке клиентов и только на те товары, которые занесены в список продуктов компании. Существуют возможность использовать ранее созданные заказы, сохраненные в списке заказов. Имейте в виду, что связь между некоторыми функциональными объектами и хранилищами данных может быть двунаправленной (исходящая и входящая стрелки). Сверьте построенную Вами модель с моделью на рисунке (см. рис. 15.1), объясните полученное несоответствие, в случае его наличия.  увеличить изображение Рис. 15.1. Результат выполнения упражнения 4 - DFD-диаграмма декомпозиции процесса оформления заказа Вопросы для контроля 1. Чем отличаются диаграммы IDEF3 от диаграмм IDEF0? 2. Какие бывают виды перекрестков? 3. Что такое объект ссылки? 4. Для чего необходимо строить IDEF3-сценарий? 5. Что такое имитационное моделирование? Практическое занятие №16 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||