ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННЫХ СИСТЕМ
Детализированная разработка проекта системы, содержащего полный комплект ее организационной, конструкторской, технологической и эксплуатационной документации. В соответствии с ГОСТ 34.601-90 проектирование автоматизированных систем предполагает выполнение ряда стадий, в том числе: формирование требований к АС, разработку концепции АС, разработку технического задания, эскизное проектирование, техническое проектирование и разработку рабочей документации. Стадии создания АС помимо проектирования включают также: ввод в действие и сопровождение АС. Каждая стадия подразделяется на этапы. В приложениях к данному стандарту также определены:
· Содержание работ по стадиям и этапам проектирования;
· Перечень видов организаций, участвующих в работах.
В зависимости от характера объекта проектирования и конкретных его условий ГОСТ 34.601-90 допускает исключение отдельных стадий, а также их объединение. С учётом сложившейся в России многолетней практики при создании автоматизированных информационных систем (“АИС”) обычно выполняются следующие стадии проектирования: предпроектное обследование, концептуальное проектирование, эскизное проектирование, техническое проектирование и рабочее проектирование. Другие государственные стандарты, регламентирующие различные аспекты проектирования АС:
· ГОСТ 34.602-89 Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. Введ. 01.01.90.
· Стандарт 34.603-92 Информационная технология. Виды испытаний АС.
· Стандарты 34.(971, 972,973, 974, 981) – 91 Информационная технология. Взаимосвязь открытых систем.
· Стандарт 34.91. Информационная технология. Локальные вычислительные сети и др.
Предпроектное обследование [predesign inspection] - Сбор и обработка сведений об организации и особенностях функционирования объекта автоматизации, включая данных о его взаимодействии с внешней средой и другими объектами, а также выполнение системного анализа, разработка технико-экономического обоснования целесообразности автоматизации и выработка общих требований на разработку автоматизированной системы. Содержание работ при предпроектном обследовании объекта автоматизации соответствует стадии “Формирование требований к АС ГОСТ 34.601-90, этапы: “ Обследование объекта и обоснование необходимости создания АС”, “Формирование требований пользователя к АС”, “Оформление отчёта о выполненной работе и заявки на разработку АС - тактико-технического задания” .
Концептуальное проектирование [conceptual design] – Соответствует стадиям проектирования по ГОСТ 34.601-90 – “ Разработка концепции АС” (этапы: “Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющей пользователя”, “Оформление отчёта о выполненной работе”) и “Разработка технического задания”. Видами итоговых документов работ на данной стадии являются аванпроект (также используются наименования - “Концептуальный проект ”, “Пилотный проект”) или Программа создания системы, которые включают:
· Краткую характеристику исходного состояния объекта автоматизации и среды, в которой он функционирует;
· Указание основных целей и перечень задач автоматизации;
· Описание укрупнённой организационно-функциональной структуры выбранного варианта (или вариантов) построения создаваемой системы;
· Технико-экономическое обоснование;
· Укрупнённое описание и основные требования к средствам информационного и лингвистического обеспечения;
· Общие требования к средствам программно-аппаратного обеспечения;
· Перечень и укрупнённую характеристику этапов создания системы, сроки их выполнения, состав исполнителей и ожидаемые результаты их выполнения;
· Исходную оценку стоимостных показателей выполнения работ;
· Техническое задание на систему в целом и/или её основные составные части (подсистемы, программно-технические комплексы и средства, отдельные задачи и т.д.), утверждаемое Заказчиком работ.
Эскизное проектирование[draft design] - Разработка предварительных проектных решений по системе и её частям. Итоговым документом выполнения работ на данной стадии проектирования является эскизный проект, который содержит принципиальные конструкторские и схемные решения объекта разработки, а также данные, определяющие его назначение и основные параметры (при проектировании программного обеспечения системы эскизный проект должен содержать полную спецификацию разрабатываемых программ).
Техническое проектирование[preliminary design] – Стадия работ по проектированию АС, которая включает:
· Разработку проектных решений по системе и её частям;
· Разработку документации на АС и её части;
· Разработку и оформление документации на поставку изделий для комплектования АС и/или технических требований (технических заданий) на их разработку;
· Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.
Итоговым документом данной стадии проектирования является технический проект, содержащий помимо перечисленных материалов принципиальные электрические схемы и конструкторскую документацию объекта разработки и составных его частей, перечень выбранных готовых средств программного и технического обеспечения (в том числе - ЭВМ, операционной системы, прикладных программ и т.д.), а также алгоритмы решения задач для разработки новых средств программного обеспечения и др.
Рабочее проектирование[detailed design] – Заключительная стадия проектирования, которая помимо требуемой ГОСТ 34.601-90 разработки рабочей документации на систему и её части в общем случае предусматривает уточнение и детализацию результатов предыдущих этапов, создание и испытания опытного и/или опытно-промышленного образца объекта автоматизации, разработку и отработку программных продуктов, технологической и эксплуатационной документации. Результаты излагаются в рабочем или технорабочем проекте. В современной практике проектирования автоматизированных информационных систем (например, АБИС, АСНТИ, АСУ и др.) он является начальным этапом их внедрения в работу фирмы, организации или службы, являющейся заказчиком проекта, или головной в ряде других автоматизируемых фирм, организаций, служб и т.д.
Цикл разработки(проектирования )программного обеспечения[software project lifecycle ] - Совокупность стадий разработки программного обеспечения начиная от системного анализа и разработки исходных требований до её внедрения.
Принципы проектирования АИС – Набор закреплённых многолетним и разносторонним опытом создания и эксплуатации АИС правил или требований. Наиболее общие из них:
· Идентичность - разработка новой, совершенствование уже существующей или внедрение полученной извне АИС являются сходными по своему содержанию научно-техническими проблемами, отличающимися одна от другой только содержанием ряда этапов и временными параметрами;
· Технологичность: автоматизированная технология означает разработку новой технологии или модернизацию существующей в условиях АИС и не допускает простого использования разработанного программно-аппаратного обеспечения в условиях старых традиционных технологий;
· Непрерывность, поэтапность и преемственность разработки и развития: АИС — постоянно развивающиеся на своей основе системы; каждое нововведение служит развитием основных системных принципов и уже достигнутого качества;
· Адаптивность: составляющие АИС должны обладать свойствами, обеспечивающими быструю адаптацию этих составляющих к изменениям внешней среды и новым средствам;
· Модульный принцип построения программных и технических средств: предполагает, что состав указанных средств состоит из блоков (“модулей”) обеспечивающих возможность их замены или изменения с целью совершенствования функционирования АИС или её адаптации к новым условиям;
· Технологическая (в т.ч. – сетевая )интеграция: предполагает единство для всей системы технологии создания, обновления, сохранения и использования информационных ресурсов и, в частности, - однократную обработку документов и данных а также их многократное и многоцелевое использование;
· Полная нормализация процессов и их мониторинг : многоцелевое использование информации АИС требует обеспечения высокой достоверности данных в системе. Для этого на различных этапах обработки и ввода информационных документов необходимо использовать различные формы контроля информации, требования к которому могут быть сформированы из состава решаемых задач и обрабатываемых данных. постоянный мониторинг необходим также для получения качественных и количественных характеристик функционирования АИС на основе встраиваемых и специально разрабатываемых средств интеллектуальной статистики;
· Регламентация: АИС ориентированы на функционирование в промышленном режиме, обеспечивающем массовую поточную обработку информационных документов; эта обработка регламентируется стандартами, маршрутными и пооперационными технологиями, нормативами на ресурсные и временные показатели, развитой службой диспетчеризации.
· Экономическая целесообразность : создание АИС должно предусматривать выбор таких проектных решений (в т.ч. программных, технических и организационно-технологических), которые, при условии достижения поставленных целей и задач, обеспечивают минимизацию затрат финансовых, материальных и трудовых ресурсов.
· Типизация проектных решений: разработка и развитие АИС и их сетей производится с ориентацией на межбиблиотечное сотрудничество, и кооперацию а также в соответствии с правилами и протоколами международного информационного обмена;
· Максимальное использование готовых решений: для сокращения стоимости и сроков разработки и внедрения АИС, а также уменьшения ошибок проектирования как системы в целом, так и отдельных её составляющих, рекомендуется максимально возможно использовать готовые решения и средства. В указанном плане при создании новой системы значительный объём работ связан с анализом альтернативных вариантов возможных решений, выбором наиболее соответствующего для объекта автоматизации и его адаптации к новым условиям применения;
· Корпоративность: при проектировании автоматизированной системы, входящей в состав системы более высокого уровня (города, ведомства, республики и т.п.), должна быть предусмотрена её аппаратная, программная, лингвистическая и информационная совместимость с другими участниками системы и/или сети АИС. Требования корпоративности могут входить в противоречие с требованиями или решениями, диктуемыми другими принципами, например – преемственности проектных решений;
· Ориентация на первых лиц объекта автоматизации : успешное выполнение работ по созданию АИС, её развитию и эксплуатации возможно только при условии их безусловной поддержки первым лицом объекта автоматизации (например, директора библиотеки или информационного органа) и закреплении непосредственной ответственности за их выполнение приказом по организации за руководителем на уровне не менее заместителя директора.