47889 (608403), страница 12
Текст из файла (страница 12)
Ко второй группе работ, выполняемых на этапе технического проектирования, относятся разработки локальных проектных решений, к числу которых относят следующие операции:
• разработка «Постановки задачи» для задач, входящих в состав каждой функциональной подсистемы, включающей основные компоненты описания задачи и служащей основанием для разработки проектных решений по задаче;
• проектирование форм входных и выходных документов, системы ведения документов и макетов экранных форм документов;
• проектирование классификаторов экономической информации и системы ведения классификаторов;
• разработка структуры входных и выходных сообщений;
• проектирование состава и структур файлов информационной базы;
• проектирование внемашинной и внутримашинной технологии решения каждой задачи;
• уточнение состава технических средств.
Основным компонентом локальных проектных решений, являющимся базой для разработки информационного, программного и технологического обеспечения для каждой задачи, является «Постановка задачи». Этот документ содержит три составные части:
• характеристику задачи;
• описание выходной информации;
• описание входной информации.
В состав раздела «Характеристика задачи» входят следующие компоненты: описание цели; назначение решения конкретной задачи перечень функций и процессов, реализуемых решаемой задачей характеристика организационной и технико-экономической сущности задачи; обоснование целесообразности автоматизации решения задачи; указание перечня объектов, для которых решается задача; описание процедур решения задачи; указание периодичности решения задачи и требований к организации сбора первичных данных; описание связей с другими задачами.
Под целью автоматизации решения задачи подразумевается получение определенных значений экономического эффекта в сфере управления какими-либо процессами системы или снижение стоимостных и трудовых затрат на обработку информации, улучшение качества и достоверности получаемой информации, повышение оперативности ее обработки и т.д., т.е. получение косвенного и прямого эффекта от внедрения данной задачи.
Описание алгоритма решения задачи включает формализованное описание входных и результатных показателей и перечень формул расчета результатных показателей в случае решения задачи прямым методом счета или описание математической модели, экономико-математического метода, применяемого для ее реализации, и перечня последовательных шагов выполнения расчетов и т.д.
Далее для каждой задачи разрабатываются все компоненты информационного, технического, математического и лингвистического обеспечения, а также некоторые компоненты программного обеспечения.
Результатом работ на данной стадии является утвержденный «Технический проект», состав и содержание которого регламентируются стандартом (ГОСТ 34.201-89).
Таким образом на основе ТЗ (и эскизного проекта) разрабатывается технический проект ИС.
Технический проект системы – это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а также оценку экономической эффективности автоматизированной системы управления и перечень мероприятий по подготовке объекта к внедрению.
На втором этапе - «Рабочем проектировании» осуществляется техническая реализация выбранных наилучших вариантов и разрабатывается документация «Рабочий проект». Наиболее ответственной работой, выполняемой на этом этапе, являются «Кодирование и составление программной документации. В ее состав входят следующие компоненты:
• описание программ;
• спецификация программ;
• тексты программ;
• контрольные примеры;
• инструкции для системного программиста, оператора и пользователя.
Большую роль в деле эффективного использования разработанного проекта ЭИС играет качественная технологическая документация, входящая в состав «Рабочего проекта». Эта часть проекта предназначена для использования специалистами в своей деятельности на каждом автоматизированном рабочем месте.
Таким образом, на стадии «рабочая документация» осуществляется создание программного продукта и разработка всей сопровождающей документации.
Состав и содержание работ на стадиях внедрения, эксплуатации и сопровождения проекта
На стадиях «Внедрение проекта» проводится подготовка и постепенное освоение разработанной проектной документации ИС заказчиками системы. В процессе выполнения работ на этой стадии осуществляется выявление частных и системных принципиальных недоработок в предлагаемом проектном решении.
Внедрение может осуществляться с использованием следующих методов:
• последовательного метода, когда постепенно внедряется одна подсистема за другой и задачи следуют одна за другой;
• параллельного метода, при котором все задачи внедряются во всех подсистемах одновременно;
• смешанного подхода, согласно которому проектировщики, внедрив несколько подсистем первым методом и накопив опыт, приступают к параллельному внедрению остальных.
Недостатком первого подхода является увеличение длительности внедрения, что приводит к росту стоимости проекта. При использовании второго подхода сокращается время внедрения, но возникает возможность пропуска ошибок в проектной документации поэтому чаше всего используют смешанный метод внедрения проекта ИС. Внедрение проекта осуществляется в течение трех этапов которыми являются:
• подготовка объекта к внедрению;
• опытное внедрение;
• сдача проекта в промышленную эксплуатацию.
Первый этап- "Подготовка объекта к внедрению». На этом этапе осуществляются следующие операции;
• изменяется организационная структура объекта (предприятия);
• набираются кадры соответствующей квалификации в областях обработки информации, эксплуатации системы и сопровождения проектной документации;
• осуществляется установка каналов связи: проводится разработка новых документов и классификаторов;
• осуществляется создание файлов информационной базы с нормативно-справочной информацией и др.
На вход этого этапа поступают компоненты «Технического проекта» в части «Плана мероприятий по внедрению», решения по техническому и информационному обеспечению, технологические и инструкционные материалы «Рабочего проекта». В результате выполнения этапа составляется «Акт готовности объекта к внедрению» проекта ИС. Затем формируется состав приемной комиссии, разрабатывается «Программа проведения опытного внедрения» и издается «Приказ о начале опытного внедрения».
Второй этап – «Опытное внедрение». На этом этапе внедряются проекты нескольких задач о нескольких подсистемах. В процессе опытного внедрения выполняются следующие работы:
• подготовка исходных оперативных данных для задач, которые
проходят опытную эксплуатацию;
• ввод исходных данных в ЭВМ и выполнение запланированного числа реализации;
• анализ выходных данных на предмет наличия ошибок.
В случае обнаружения ошибок осуществляются поиск их причин и источников, внесение коррективов в программы, в технологию обработки информации, в работу технических средств, в исходные оперативные данные и в файлы с условно-постоянной информацией. Кроме того, выявляется неквалифицированная работа операторов, что служит основанием для проведения комплекса мер по улучшению подготовки кадров.
После устранения ошибок получают «Акт о проведении опытного внедрения», который служит сигналом для начала выполнения следующего этапа.
На третьем этапе - «Сдача проекта в промышленную эксплуатацию» - используют следующую совокупность документов:
• договорную документацию;
• приказ на разработку ИС;
• ТЭО и ТЗ;
• исправленный техно-рабочий проект;
• приказ о начале промышленного внедрения;
• программу проведения испытаний;
• требования к научно-техническому уровню проекта системы.
В процессе сдачи проекта в промышленную эксплуатацию осуществляются следующие работы:
• проверка соответствия выполненной работы договорной документации по времени выполнения, объему проделанной работы и затратам денежных средств;
• проверка соответствия проектных решений по ИС требованиям ТЗ;
• проверка соответствия проектной документации ГОСТам и ОСТам;
• проверка технологических процессов обработки данных по всем задачам и подсистемам;
• проверка качеств функционирования информационной базы, оперативности и полноты ответов на запросы;
• выявление локальных и системных ошибок и их исправление.
Кроме того, приемная комиссия определяет научно-технический уровень проекта и возможности расширения проектных решений за счет включения новых компонентов. В результате выполнения работ на данном этапе осуществляется доработка «Технорабочего проекта» за счет выявления системных и локальных ошибок и составляется «Акт сдачи проекта в промышленную эксплуатацию».
На четвертой стадии – «Эксплуатация и сопровождение проекта» - выполняются следующие процессы:
• эксплуатация проекта;
• сопровождение и модернизация проекта.
На этой стадии решается вопрос о том, какими силами (персоналом объекта-заказчика или организации-разработчика) будут осуществляться эксплуатация и сопровождение проекта, и в случае выбора второго варианта заключается «Договор о сопровождении проекта».
В процессе выполнения этапа «Эксплуатация проекта» осуществляются исправления в работе всех частей системы при возникновении сбоев, регистрация этих случаев в журналах, отслеживание технико-экономических характеристик работы системы и накопление статистики о качестве работы всех компонентов системы.
На этапе «Сопровождение и модернизация проекта» выполняется анализ собранного статистическою материала, а также соответствия параметров работы системы требованиям окружающей среды посредством создаваемой для этих целей комиссии. Полученные результаты позволяют:
• сделать заключение о необходимости модернизации всего проекта или его частей;
• определить объемы доработок, сроки и стоимость выполнения этих работ с целью получения «Техно- рабочего проекта», прошедшего модернизацию.
В случае выявления факта морального старения проекта комиссией принимается решение о целесообразности проведения его утилизации или разработки нового проекта.
1.3.3 Автоматизированное проектирование ИС (CASE-ТЕХНОЛОГИЯ)
Основные понятия и классификация CASE-технологий
Термин CASE (Computer Aided System/Software Engineering) используется в довольно
широком смысле. Первоначальное значение термина CASE, ограниченное вопросами
автоматизации разработки только лишь программного обеспечения, в настоящее время
приобрело новый смысл, охватывающий процесс разработки сложных ИС в целом.
С самого начала CASE-технологии развивались с целью преодоления ограничений при
использовании структурной методологии проектирования (сложности понимания, высокой трудоемкости и стоимости использования, трудности внесения изменений в проектные спецификации и т.д.) за счет ее автоматизации и интеграции поддерживающих средств.
Таким образом, CASE-технологии не могут считаться самостоятельными, они только обеспечивают, как минимум, высокую эффективность их применения, а в некоторых случаях и принципиальную возможность применения соответствующей методологии. Большинство существующих CASE-систем ориентировано на автоматизацию проектирования программного обеспечения и основано на методологиях структурного (в основном) или объектно-ориентированного проектирования и программирования, использующих спецификации в виде диаграмм или текстов для описания
системных требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств. В последнее время стали появляться CASE-системы, уделяющие основное внимание проблемам спецификации и моделирования технических средств.
Преимущества CASE-технологии по сравнению с традиционной технологией оригинального проектирования
сводятся к следующему:
- улучшение качества разрабатываемого программного приложения за счет средств автоматического
контроля и генерации;
- возможность повторного использования компонентов разработки;
- поддерживание адаптивности и сопровождения ИС;
- снижение времени создания системы, что позволяет на ранних стадиях проектирования получить














