
- •Стандарт 12207. Основные процессы. Место процессов в жц ис.
- •Стандарт 12207. Вспомогательные процессы. Место процессов в жц ис.
- •Стандарт 12207. Организационные процессы. Место процессов в жц ис.
- •Стандарт 34-601.90.
- •Понятие открытой системы.
- •Модель osi.
- •Профили ис.
- •Структурный подход к проектированию.
- •Методология sadt.
- •Основы функционального моделирования. Состав функциональной модели
- •Стандарт idef0.
- •Методология dfd.
- •Объектно-ориентированный подход к проектированию.
- •Виды отношений между классами
- •Методология rup. Методология Rational Unified Process (rup)
- •Rup как методология
- •Понятия «архитектура предприятия» и «архитектура ит».
- •Модель Захмана.
- •Развитие стандарта mrpii.
- •Основные модули mrpii.
- •Модель erp.
- •Модель crm.
- •Модель hrm.
- •Модель pdm.
- •Методология itil. Основные определения.
- •Предпроектное обследование
- •Бизнес-требования
- •Требования пользователей
- •Спецификация требований к по
- •Концепция новой ис
- •Разработка системного проекта
- •Этапы разработки проектов
Предпроектное обследование
Процесс аттестации объекта в любом случае предусматривает полное предпроектное обследование, составление техзадания и т.д., поэтому оно должно быть проведено с составлением всей необходимой документации.
Услуги, предоставляемые Разработчиком, делятся на две большие группы:
1. работы по предконтрактному проектированию (до заключения контракта, договора);
2. работы по реализации контракта на проектирование ИС:
предпроектное обследование и реинжиниринг;
техническое задание;
техническое проектирование;
рабочее проектирование (реализация);
испытания;
внедрение и сопровождение.
В процессе предконтрактного проектирования определяются потребности и возможности заказчика, что оформляется в виде соответствующих документов (требований заказчика, технических предложений, спецификаций, проекта), происходит их согласование с заказчиком и, в случае совпадений интересов заказчика и поставщика услуг, происходит подписание контракта на предоставление услуг.
После завершения этого этапа разработчик предоставляет заказчику отчет о проведенной работе и план реинжиниринга бизнес-процессов. На основе данных, представленных в отчёте по обследованию, формируется и затем заключается контракт (финансовый договор) между Заказчиком и Исполнителем, к которому приложено предварительное ТЗ.
После заключения договора сотрудники Исполнителя приступают к полному предпроектному обследованию.
Первым шагом данного этапа будет - Получить у Заказчика концепцию существования и развития предметной области (ПрО)- миссию, а также основные элементы стратегии организации.
Основная цель данного этапа - принятие окончательного решения о создании ИС и перепроектировании (реинжиниринге) бизнес-процессов Учреждения с учётом автоматизации деловых процедур, т.е. - внедрения в деловые процессы автоматизированной обработки информации.
Порядок выполнения работ:
определение назначения Учреждения, его роли и места во внешней среде, целей и характера деятельности;
составление краткого лингвистического описания предметной области;
разработка структурно-функциональной и информационной модели существующей системы управления (СУ) документооборотом в Учреждении.
базовые учётные единицы (объекты) предметной области, с которыми в первую очередь имеют дело подсистемы Учреждения;
выявление доминирующих бизнес-процессов (подсистем) на интегральном уровне Учреждения.
Выявление алгоритмов (сценариев) поможет скомпоновать бизнес-процессы по-новому - оптимальнее, - т.к. одним из критериев правильности формирования бизнес-процесса является группировка подсистем, тесно взаимодействующих между собой по сценарию, в пределах относительно автономного бизнес-процесса;
маршруты движения конкретных наиболее важных (доминирующих) документов (ресурсов: информации, вещества, энергии) между подразделениями, рабочими местами или базами данных;
существующие архивы и базы данных (таблицы), на основе которых формируются передаваемые документы, состав и объёмы исходных данных для выполнения операций (функций), количество и характер их источников (первичных, вторичных), трудоёмкость их получения, качество получаемой информации - полнота, достаточность, достоверность, актуальность и т.п.;
состав, уровень ответственности, полномочий и квалификации важнейших сотрудников на рабочих местах в Учреждении. Права доступа пользователей к различным данным, циркулирующим в Учреждении и др.;
для выполняемых операций в системе указываются используемые методы и средства. Все параметры и характеристики процессов функционирования должны рассматриваться с учётом тенденций их развития (и параллельно проводящегося проектирования будущегореинжиниринга бизнес-процессов Учреждения);
формирование временных диаграмм, а также событийной и информационной схемы взаимодействия подсистем в рамках бизнес-процессов. Кратко описываются процессы технологического взаимодействия подсистем в рамках структуры Учреждения.
оценка эффективности функционирования подразделений и сотрудников, а также выявление проблем структурно-функциональной организации системы;
события, которые происходят в Учреждении (их имена, типы, внешние\внутренние, моменты появления, частота следования, действия, которые они инициируют в различных подразделениях, и т.д.). Необходимо выявить обработчики каждого типа событий. События - это широковещательные сообщения или значимые для многих подразделений или сотрудников изменения во внутренней или внешней среде Учреждении.
режимы функционирования Учреждения в штатных условиях, а также в условиях кризиса или некорректных ситуаций;
существующие (используемые) критерии эффективностифункционирования подразделений Учреждения и наиболее важных подразделений;
комплекс программно-аппаратных средств, используемых в системе информационного взаимодействия, его краткие характеристики;
комплекс проблем, связанных с мотивацией деятельности персонала в составе Учреждения, психологические и социальные аспекты взаимоотношений людей внутри коллектива и во внешней среде, выявление шкалы ценностей, которыми руководствуются люди в своей деятельности;
технологическая и управленческая культура в учреждении, степень подготовленности технических средств и персонала к совершенствованию, развитию организационной компоненты автоматизированной системы и использования для этих целей современных информационных технологий;
формальные и неформальные лидеры в организационной структуре Учреждения. Из них формируется рабочая группа экспертов заказчика.
Работа по предпроектному обследованию системы должна сопровождаться формулировкой основных понятий, используемых в предметной области.
Документы, вырабатываемые на этапе:
Описание существующего документооборота в Учреждении (описание предметной области).
Анализ и содержание будущего реинжиниринга бизнес-процессов Учреждения.
Концепция будущей ИС.
Первые три документа представляются в виде отчета (ДСТУ 3008-95) по предпроектному обследованию Заказчика. ТЭО - является предварительным обоснованием контракта на проектирование.
В отчете необходимо рассмотреть наиболее важные бизнес-процессы в Учреждении, предложить их реинжиниринг (перестройку), определить, какие процессы требуют первоочередной автоматизации и как после этого будет выглядеть организационная структура обновлённого учреждения.
В дальнейшем, следовательно, параллельно сосуществуют и развиваются два взаимодействующих друг с другом процесса:
анализ текущих изменений в оргструктуре и нормативной базе Учреждения;
реинжиниринг структуры и бизнес-технологии Учреждения в условиях создания и внедрения ИС.
проектирование и внедрение информационной системы (ИС).