Файл: Цель ознакомиться с процессом анализа предметной области и получить навыки по использованию методов анализа предметной области. Теоретические.docx

Практическая работа № 10 «Реинжиниринг бизнес- процессов методом горизонтального и/или вертикального сжатия»

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

Теоретические вопросы

Вертикальное «сжатие» бизнес-процесса — сокращение уровней функциональной иерархии, задействованных в выполнении процедур процесса и принятии решений.

Задание №1

Выполнить «сжатие» бизнес-процесса на основе представленных примеров.

Ход выполения

Пример вертикального «сжатия» процесса приводится на следующих рисунках.

Рисунок 1 – Модель процесса «как есть»

Представленная модель бизнес-процесса включает несколько итерационных согласований, в которых принимают участие Экономист, Начальник Отдела и Начальник Управления. Таким образом, для выполнения процесса необходимо участие сотрудников трех уровней функциональной иерархии. На практике, число уровней иерархии может достигать 8-10 (для крупных промышленных предприятий). При таком числе уровней длительность выполнения бизнес-процесса значительно возрастает, а эффективность снижается.

На рисунке 2 представлена модель, в которой устранены итерационные согласования, например за счет делегирования полномочий по принятию решений Экономисту Отдела. Начальник Отдела лишь просматривает и визирует документацию в конце процесса (процедура 9), после чего информации передается Начальнику Управления. Горизонтальное «сжатие» бизнес- процесса — устранение неэффективных процедур процесса, итерационных согласований на одном уровне иерархии, сокращение времени выполнения процедур процесса, времени простоя и т.д.

---

Рисунок 2 - Модель процесса «как должно быть»

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

• 
  Хаммера и Чампи. Первый подразумевает рутинную, кропотливую работу по детальному анализу бизнес-процессов и разработке мер по их реорганизации. Выбор методов зависит от целей проекта и возможностей привлечения соответствующих ресурсов (например, возможности провести имитационное моделирование бизнес-процессов).
  

Рисунок 3 - Модель процесса «как должно быть»

В отчете к практической работе необходимо представить следующее:

• 
  схема «как есть»
  
• 
  схема «как должно быть»
  
• 
  описание к схемам.
  

Практическая работа №11 «Проектирование спецификации информационной системы индивидуальному заданию»

Цель: получение навыков проектирования спецификации информационной системы.

Теоретические вопросы

• 
  Требования к информационной системе.
  
• 
  Методы анализа и спецификации требований.
  
• 
  Концептуальные требования.
  
• 
  Функциональные требования.
  
• 
  Технические требования.
  
• 
  Технологии и методологии управления требованиями.
  

Задание № 1

Сформулировать Цель и задачи создания информационной системы (см. практическая работа №1). Охарактеризовать вид информационной системы

---

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

Задание № 2

Дать характеристику типового объекта автоматизации (организации, предприятия) для которого создаѐтся и на котором будет внедрена информационная система. Описать автоматизируемые бизнес-процессы.

Задание № 3

Сформулировать требования к системе в целом. Описать структуру информационной системы. Перечислить функциональные подсистемы.

Задание № 4

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

Задание № 5

Описать предметную область. Разработать концептуальную модель

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

Задание № 6

Сформулировать требования к программному обеспечению системы. Описать требования к пользовательскому интерфейсу. Сформулировать технические требования к реализации и режимам работы информационной системы.

Задание № 7

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

«Техническое задание на создание информационной системы», включающий в себя полное описание концептуальных, функциональных и технических требований к создаваемой системе.

---

Практическая работа №12 «Разработка общего функционального описания программного средства по индивидуальному заданию»

Цель: получение навыков разработки общего функционального описания программного средства.

Теоретические вопросы

• 
  Виды информационных систем, их назначение и состав.
  
• 
  Технологии разработки информационных систем.
  
• 
  Методологии разработки программного обеспечения.
  
• 
  Процесс разработки программного обеспечения.
  
• 
  Управление разработкой программного обеспечения.
  
• 
  Проектирование информационных систем.
  
• 
  Этапы проектирования.
  
• 
  Задачи и результаты проектирования.
  

Задание № 1

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

№ 1). Исходными данными для планирования являются:

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

Задание № 2

Составить эскизный план разработки информационной системы.

Задание № 3

Составить документ «Технический проект» с описанием проектных решений (архитектура системы, логическая структура базы данных, решения

по реализации пользовательского интерфейса и т.д.).

Задание № 4

Составить документ «План тестирования» с описанием методики

---

тестирования и контрольных тестов.

Задание № 5

Составить документ «План ввода информационной системы в эксплуатацию».

Практическая работа №13 «Разработка руководства по инсталляции программного средства по индивидуальному заданию»

Цель: получение навыков разработки руководства по инсталляции программного средства.

Теоретические вопросы

Понятие дистрибутива. Виды дистрибутивов. Типы инсталляции программного обеспечения. Руководство по инсталляции программного средства.

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

Задание № 1

Разработать руководство по инсталляции программного средства для заданной информационной системы (см. практическая работа № 1).

Составьте руководство по инсталляции программного средства по индивидуальному варианту, которое в частности, включает в себя:

• 
  ход установки программного обеспечения;
  

---