Краткое описание Методики проектирования АСУ (UMASD)
История создания
Методика проектирования Компании начала разрабатываться в 1999 году. За основу были взяты действующие международные и российские стандарты, а также достижения современной науки: системотехники. За 12 лет применения Методики были разработаны 4 версии, учитывающие вновь появляющиеся стандарты и изменения на рынке IT-услуг.
В 2001 и 2005 годах данная методика сертифицировалась компанией DNV (Det Norske Veritas) в составе Систем менеджмента качества различных компаний в области сертификации: «Проектирование и разработка ERP-систем». Описание методики
Основным понятием Методики проектирования является понятие Система, основным методическим инструментом – системный подход.
Под Автоматизированной Системой понимается совокупность регламента, персонала и инфраструктуры в соответствии с IEEE/EIA 12207 и ГОСТ 34-й серии.
Основу Методики проектирования составляет проектный цикл (или «Жизненный цикл» проектируемой системы), состоящий из следующих стадий:
• Предпроектное обследование (предварительный анализ требований);
• Определение требований;
• Системное проектирование;
• Техническое проектирование;
• Реализация АС;
• Ввод в действие.
Предпроектное обследование проводится для определения начальных целей и требований предприятия к будущей Системе, а также для первичной оценки трудоемкости ее реализации. На выходе стадии может разрабатываться Концепция автоматизации, включающая план проектирования и внедрения всех АСУ. В случае реализации договорных работ для клиентов, по результатам стадии могут разрабатываться коммерческое предложение и предварительный план проектирования и внедрения системы.
На стадии Определение требований определяются цели создания системы, исследуется и анализируется существующая информационная система клиента, выявляются требования к функционалу системы и ее инфраструктуре, а также требования к характеристикам качества. При реализации масштабных проектов, на данной стадии может проводиться анализ существующих и разработка новых бизнес-процессов, подлежащих автоматизации. В последнем случае на выходе стадий может появляться документ: Модель бизнес-процессов «to be». В любом случае должен разрабатываться Отчет об обследовании, в котором отражены все результаты работ по данной стадии.
На стадии Системное проектирование вырабатываются общие требования к новой системе, разрабатывается проект системы с учетом требований, как к самой системе, так и к ее элементам и связям, определяется необходимость организационных преобразований и обучения персонала. Все требования составляют основу документа «Техническое задание», выполняемого в соответствии с ГОСТ 34.602-89. «ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».
Стадия Техническое проектирование посвящена детализации требований и принятию технических решений в соответствии с требованиями, определенными в Техническом задании. Получившиеся технические решения являются детализированным проектом системы, на основании которого на стадии Реализация АС производится система, включающая в себя, помимо инфраструктуры регламент и описание ролей персонала.
На стадии Ввод в действие производится интегральное тестирование системы на реальных данных в соответствии с ГОСТ 34.603—92. «Информационная технология. Виды испытаний автоматизированных систем».
Собственно Методика проектирования АСУ включает в себя помимо Жизненного Цикла будущей системы:
• прагматические характеристики системы (цели и задачи);
• состав документов и наиболее часто используемые шаблоны проектных и организационных документов;
• взаимодействие подразделений в рамках действующих в компании бизнес-процессов.
Сущность системного подхода
При разработке методики, в первую очередь необходимо было определить, что компания собирается проектировать: программы, программные системы, элементы инфраструктуры, АСУ.
Так как объектом приложения проектных усилий, как правило, являются системы, необходимо было найти специфический подход к их разработке, которым и явился системный подход.
Системный подход основан на анализе и синтезе объекта с точки зрения Системы. При этом Система проектируется как на уровне состава элементов их отношений и свойств (микроуровень), так и на уровне интерфейсов системы с внешними объектами (макроуровень). Помимо структуры проектируются функции системы и определяются цели ее существования, т.к. информационные системы всегда являются целенаправленными.