Проектирование автоматизированных систем

 

Детализированная разработка проекта системы, содержащего полный комплект ее организационной, конструкторской, технологической и эксплуатационной документации. В соответствии с ГОСТ 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 ] - Совокупность стадий разработки программного обеспечения начиная от системного анализа и разработки исходных требований до её внедрения.

Принципы проектирования АИС – Набор закреплённых многолетним и разносторонним опытом создания и эксплуатации АИС правил или требований. Наиболее общие из них:

· Идентичность - разработка новой, совершенствование уже существующей или внедрение полученной извне АИС являются сходными по своему содержанию научно-техническими проблемами, отличающимися одна от другой только содержанием ряда этапов и временными параметрами;

· Технологичность: автоматизированная технология означает разработку новой технологии или модернизацию существующей в условиях АИС и не допускает простого использования разработанного программно-аппаратного обеспечения в условиях старых традиционных технологий;

· Непрерывность, поэтапность и преемственность разработки и развития: АИС — постоянно развивающиеся на своей основе системы; каждое нововведение служит развитием основных системных принципов и уже достигнутого качества;

· Адаптивность: составляющие АИС должны обладать свойствами, обеспечивающими быструю адаптацию этих составляющих к изменениям внешней среды и новым средствам;

· Модульный принцип построения программных и технических средств: предполагает, что состав указанных средств состоит из блоков (“модулей”) обеспечивающих возможность их замены или изменения с целью совершенствования функционирования АИС или её адаптации к новым условиям;

· Технологическая (в т.ч. – сетевая) интеграция: предполагает единство для всей системы технологии создания, обновления, сохранения и использования информационных ресурсов и, в частности, - однократную обработку документов и данных а также их многократное и многоцелевое использование;

· Полная нормализация процессов и их мониторинг: многоцелевое использование информации АИС требует обеспечения высокой достоверности данных в системе. Для этого на различных этапах обработки и ввода информационных документов необходимо использовать различные формы контроля информации, требования к которому могут быть сформированы из состава решаемых задач и обрабатываемых данных. постоянный мониторинг необходим также для получения качественных и количественных характеристик функционирования АИС на основе встраиваемых и специально разрабатываемых средств интеллектуальной статистики;

· Регламентация: АИС ориентированы на функционирование в промышленном режиме, обеспечивающем массовую поточную обработку информационных документов; эта обработка регламентируется стандартами, маршрутными и пооперационными технологиями, нормативами на ресурсные и временные показатели, развитой службой диспетчеризации.

· Экономическая целесообразность: создание АИС должно предусматривать выбор таких проектных решений (в т.ч. программных, технических и организационно-технологических), которые, при условии достижения поставленных целей и задач, обеспечивают минимизацию затрат финансовых, материальных и трудовых ресурсов.

· Типизация проектных решений: разработка и развитие АИС и их сетей производится с ориентацией на межбиблиотечное сотрудничество, и кооперацию а также в соответствии с правилами и протоколами международного информационного обмена;

· Максимальное использование готовых решений: для сокращения стоимости и сроков разработки и внедрения АИС, а также уменьшения ошибок проектирования как системы в целом, так и отдельных её составляющих, рекомендуется максимально возможно использовать готовые решения и средства. В указанном плане при создании новой системы значительный объём работ связан с анализом альтернативных вариантов возможных решений, выбором наиболее соответствующего для объекта автоматизации и его адаптации к новым условиям применения;

· Корпоративность: при проектировании автоматизированной системы, входящей в состав системы более высокого уровня (города, ведомства, республики и т.п.), должна быть предусмотрена её аппаратная, программная, лингвистическая и информационная совместимость с другими участниками системы и/или сети АИС. Требования корпоративности могут входить в противоречие с требованиями или решениями, диктуемыми другими принципами, например – преемственности проектных решений;

· Ориентация на первых лиц объекта автоматизации: успешное выполнение работ по созданию АИС, её развитию и эксплуатации возможно только при условии их безусловной поддержки первым лицом объекта автоматизации (например, директора библиотеки или информационного органа) и закреплении непосредственной ответственности за их выполнение приказом по организации за руководителем на уровне не менее заместителя директора.