- •Глава 3.
- •Стандарты управления проектами.
- •Методика pmbok
- •Методика План Уайта
- •Предпроектное обследование
- •Предварительная переподготовка
- •Техническое задание
- •Технико-экономическое обоснование
- •Организация проекта
- •Выработка целей
- •"Клиент готов"
- •Технический проект
- •Начальная переподготовка
- •Планирование
- •Управление данными
- •Параллельное внедрение
- •Выбор системы
- •Ввод в эксплуатацию
- •Этапы развития функциональности
- •Формирование требований и разработка концепции
- •Некоторые комментарии
- •Эскизный проект, технический проект, рабочая документация
- •Ввод в действие, сопровождение
- •Некоторые конкретные прикладные решения управления проектами внедрения ис
- •Signature (компания «Scala»)
- •ЭпикРус
- •Aim (компания «Оracle»)
- •Характеристика методики Oracle pjm
- •Контроль за проектом
- •Управление спорными вопросами и рисками
- •Управление границами проекта
- •Утверждение результатов
- •Mbsp (компания «Microsoft)
- •Msf (компания «Microsoft»)
- •Дисциплина разработки решений (sdd)
- •Модель команды
- •Преимущества модели команды msf
- •Стадии проектирования
- •Планирование архитектуры предприятия (Enterprise architecture planning)
- •Особенности модели
- •Asap (компания «sap»)
- •Пять шагов (компания «Инталев»)
- •Инициация проекта
- •Анализ потребностей
- •Технический дизайн
- •Создание системы
- •Техническое тестирование
- •Функциональное тестирование
- •Внедрение системы и ее эксплуатация
- •Характеристика методики освоенного объема в управлении проектами
- •Сравнительная характеристика методологий управления проектами
- •Выработка рекомендаций по созданию унифицированной методики внедрения проектов информационных систем
Технический дизайн
Технический дизайн осуществляется под руководством менеджеров отделов, отвечающих за создание информационных систем (Информационный отдел, исследовательский отдел, отдел организации документооборота и делопроизводства и т.д. или сторонняя специализированная организация)
На основании пользовательской спецификации, с применением методик и средств технического и системного дизайна, на этом этапе создаются:
Системная спецификация (чертежи, схемы, диаграммы, описания технических характеристик и т.д.) системы и ее элементов, которые должны будут обеспечить работу системы в соответствии с пользовательской спецификацией.
Руководства пользователей (инструкции по эксплуатации системы нужны не только для применения по своему прямому назначению, но и для того, чтобы еще на этапе технического дизайна будущие пользователи смогли оценить приемлемость предлагаемых процедур использования ИКТ)
План тестирования системы и отдельных ее узлов
Если, по техническим причинам, не удается спроектировать систему, действующую в соответствии с требованиями пользовательской спецификации, осуществляется возврат на этап анализа потребностей для корректировки Пользовательской спецификации.
Создание системы
Собственно создание системы (изготовление компонент, сборка, программирование и т.д.) осуществляется под руководством менеджеров технических служб.
Результатом осуществления этого этапа является система или ее отдельные составляющие, способные выполнять задачи, оговоренные в системной спецификации.
Если их создание оказывается невозможным по техническим причинам, происходит возврат на стадию Технического дизайна для внесения необходимых изменений в Системную спецификацию.
Техническое тестирование
В ходе реализации Плана технического тестирования, проводимой совместно сотрудниками технических и дизайнерских отделов, проверяется работоспособность системы или ее компонент и их соответствие требованиям Пользовательской и Технической. Если полученный результат неудовлетворителен, то, в соответствии с выявленными причинами, осуществляется возврат, либо на стадию создания системы, либо на стадию технического дизайна.
Функциональное тестирование
Принятые на стадии технического тестирования модули ИКТ передаются на проверку функционирования пользователями в соответствующие отделы. На этой стадии пользователи, или специальные проверяющие вооруженные Руководствами пользователя, в соответствии с Планом тестирования проверяют соответствие элементов системы требованиям Пользовательской спецификации. При этом могут использоваться как реальные бизнес-ситуации, так и специально подготовленные задачи. Целью руководителей подразделений на этом этапе является имитация работы системы в реальных (в том числе экстремальных) условиях для проверки соответствия результатов ее работы требованиям, сформулированным в Пользовательской спецификации.
Если проверка показала, что требования не выполняются, чаще всего это означает, что недостаточно корректна была сформулирована Пользовательская спецификация и происходит возврат на стадию Анализа потребностей для внесения изменений в Пользовательскую спецификацию.
