Проектная технология
В ходе выполнения работ должна применяться подтвержденная практикой проектная технология, направленная на снижение рисков и максимальную эффективность решений в рамках установленных сроков.
Для организации эффективного взаимодействия проектной команды, достижения целей и решения задач проекта в установленные сроки, предусматривается использование классической проектной технологии, реализуемой последовательно по этапам:
Этап 1. Обследование.
Описание процессов «как есть»;
Этап 2. Проектирование.
Описание процессов «как будет»;
Функциональное моделирование;
Спецификация требований;
Техническое задание;
Этап 3. Разработка и тестирование.
Реализация настроек и доработок;
Испытания на модельных данных;
Этап 4. Ввод в действие
Загрузка и выверка данных
Пусконаладочные работы;
Этап 5. Опытная эксплуатация.
Опытная эксплуатация;
Опытно-промышленная эксплуатация;
Проект завершается при переводе системы в Промышленную эксплуатацию.
Для снижения рисков должен использоваться принцип поступательности, при котором практические результаты выполнения работ будут использованы для уточнения проектных решений последующих работ.
С целью повышения точности моделирования, снижения рисков и обеспечение преемственности при передаче подсистем в эксплуатацию предполагается широкая вовлеченность в проект специалистов Заказчика. С этой целью на Этапе 1 проекта определяется состав ролей для проектных команд на стороне Заказчика и на стороне Исполнителя, утверждается Устав проекта, регламентирующий порядок взаимодействия между участниками проектной команды на стороне Заказчика и на стороне Исполнителя.
Исполнитель организовывает проектный офис и осуществляет работы по управлению проектом и координацию взаимодействия проектных команд на стороне Заказчика и на стороне Исполнителя, координацию взаимодействия рабочих групп.
Исполнитель обеспечивает:
1. Внутреннюю проверку выходной документации по каждому этапу проекта на предмет:
- Соответствия законодательства РФ в части предметных областей;
- Проверка документации на непротиворечивость между разделами документов, документами, а также общая целостность.
2. Анализ конфигурации на предмет соответствия методическим рекомендациям разработки от компании 1С.
3. Проведение экспертизы и согласование проектных решений по созданию Системы, в части соблюдения требований по защите информации.
Тестирование типового решения (Технология ТТ)
Тестовое моделирование предназначено для формирования у Рабочей аналитической группы представления о функциональности Типового решения и его возможностях без доработок решить задачи автоматизации для Заказчика. Тестовый пример не обязан полностью соответствовать требованиям Заказчика к ИС.
Тестирование выполняется с использованием функциональности Типового решения без его доработок. В ходе Тестирования Заказчик передает Исполнителю ограниченную выборку нормативных данных и первичных документов. Исполнитель вносит эти данные в базу данных Типового решения и формирует Тестовый пример - отражение бизнес-процессов Заказчика в Типовом решении с использованием этих данных. Исполнитель оказывает консультационные услуги Заказчику в процессе подготовки данных, и при рассмотрении содержания тестового примера.
Объем тестового примера составляет не более 30 единиц нормативных данных и не более 30 первичных документов на один бизнес-процесс. По согласованию Сторон, объем тестового примера может быть расширен.
По результатам рассмотрения Заказчиком тестового примера Исполнитель формирует документ «Отчет о результатах тестирования типового решения», который содержит:
общую информацию о характере тестовых данных,
заключение о необходимости доработок Типового решения и направлении этих доработок,
заключение о необходимости детального функционального моделирования (перехода на технологию ТФМ) с разработкой модели бизнес-процессов «Как будет» в привязке к функциональности Типового решения и выявлением требуемых доработок Типового решения.
Критерий приемки работ – согласование документа между Сторонами, утверждение Заказчиком.
Функциональное моделирование (технология ТФМ)
Задачи этапа функционального моделирования:
Обследование бизнес-процессов предприятия, подлежащих автоматизации, анализ их качества, выявление «узких мест» и требований к реинжинирингу бизнес-процессов.
Уточнение внешних целей работ.
Моделирование с участием ключевых пользователей (рабочей группы) выделенных бизнес-процессов предприятия в типовом решении с использованием его стандартного функционала (без доработок конфигурации) на ограниченной выборке данных (контрольном примере). При этом у ключевых пользователей формируется представления о модели бизнес-процессов «Как будет», сценариях работы пользователей, функционале типового решения и возможности его использования для автоматизации бизнес-процессов.
Принятие решений о необходимости реинжиниринга выделенных бизнес-процессов для возможности их автоматизации или для повышения их эффективности и построение модели бизнес-процессов «Как будет» в привязки к функционалу типового решения и его доработкам.
Формирование списка необходимых доработок типового функционала.
В результате функционального моделирования формируется документ «Отчет о результатах функционального моделирования», который содержит:
Модель бизнес-процессов «Как будет».
Сценарии работы пользователей согласно данной модели, в привязке к интерфейсам типового решения.
Перечень желательных доработок типового решения.
База данных с функциональной моделью.
Спецификация требований (технологии ТФМ и ТТ)
Документ «Спецификация требований» разрабатывается на основе функционального моделирования и содержит:
Перечень доработок типового решения.
Оценка трудоемкости, стоимости разработки технического задания, трудоемкости, стоимости программирования по каждой доработке.
Утверждение/отклонение заказчиком каждой доработки.
Спецификация требований является основой для разработки Технического задания и определяет границы Технического задания.
На основании Спецификации требований и результатов Функционального моделирования определяются сроки и стоимость разработки Технического задания.
Техническое задание (технологии ТФМ, ТТ)
Техническое задание (ТЗ) разрабатывается на основе результатов функционального моделирования и рамок, задаваемых утвержденными доработками в Спецификации требований.
ТЗ определяет детальные функциональные требования к доработкам ИС на языке предметной области, в т.ч. описание интерфейсов и порядка работы пользователей с интерфейсами.
Реализация настроек и доработок
На этом этапе Исполнителем выполняются следующие работы:
Доработка типового решения в соответствии с требованиями Технического задания.
Функциональное тестирование всех доработок и компонент.
Разработка и утверждение программы испытаний
Программа испытаний содержит описание фрагмента данных информационной системы и пошаговую инструкцию по проведению испытаний с описанием получаемого результата и критериями успешности испытаний.
Приемочные испытания проводятся приемочной комиссией, все замечания фиксируются в Протоколе испытаний.
Все замечания протокола ранжируются:
Явное невыполнение требований Технического задания или программные ошибки.
Дополнительные требования, появившиеся у Заказчика. Реализуются как дополнительные работы.
После выполнения доработок проводятся повторные испытания.
После успешного завершения испытаний выполняются пуско-наладочные работы.
Пусконаладочные работы
Под пусконаладочными работами понимается выполнение следующих мероприятий:
Инсталляция рабочей базы данных, рабочих мест;
Выполнение необходимых настроек функциональности (учетных политик);
Наладка операционного программного обеспечения и технических средств;
Выполнение настроек прав доступа;
Разработка методик переноса данных;
Разработка, тестирование, выполнение процедур переноса данных;
Анализ пользователями результатов переноса, выверка (проверка достоверности) и утверждение Заказчиком результатов переноса (входящих данных);
Разработка проектов регламентов работы пользователей и администраторов (рабочих инструкций). Утверждение проектов регламентов;
Разработка программ обучения ключевых пользователей и администраторов. Утверждение программ обучения;
Обучение и тестирование ключевых пользователей и администраторов.
Решение прочих организационных вопросов.
Опытная эксплуатация
Опытная эксплуатация проводится только на реальных данных бизнес-процессов, в условиях, максимально приближенным к рабочим. Цель опытной эксплуатации – в процессе практического использования ИС:
Выявить и реализовать дополнительные требования, которые по тем или иным причинам не были зафиксированы в Техническом задании и модели «Как будет».
Выявить и исправить несоответствия Техническому заданию и прочие ошибки.
Опытно-промышленная эксплуатация
Настоящий этап отличается от опытной эксплуатации тем, что результаты работы ИС на этом этапе используются для формирования рабочей отчетности и управления предприятием. При необходимости выполняются доработки системы.
Для перехода к этапу опытно-промышленной эксплуатации непосредственно с этапа пусконаладочных работ требуется высокая готовность ИС.
Ранее действующие системы автоматизации, функции которой замещены в результате работ по адаптации ИС, на этом этапе разрешено использовать только для получения данных по истории бизнес-процессов.
Промышленная эксплуатация
На стадии «Промышленная эксплуатация» реализованные автоматизированные процессы передаются в сопровождение ИТ-специалистам Заказчика. Исполнителем выполняются работы в соответствии с гарантийными обязательствами. Осуществляются работы по устранению несоответствий ТЗ, выявленных при эксплуатации в течение установленных гарантийных сроков. Выполняются разовые консультации по доработкам и развитию информационной системы.
|