Методы, стадии и этапы создания автоматизированных информационных систем
Создание и организация автоматизированных
информационных систем. Стадии и этапы создания АИС с позиции руководства
организации
Автоматизированная информационная система
(Automated information system, AIS) - это совокупность программных и аппаратных
средств, предназначенных для хранения и (или) управления данными и информацией,
а также для производства вычислений.
Основная цель АИС - хранение, обеспечение
эффективного поиска и передачи информации по соответствующим запросам для
наиболее полного удовлетворения информационных запросов большого числа
пользователей. К основным принципам автоматизации информационных процессов
относят: окупаемость, надежность, гибкость, безопасность, дружественность,
соответствие стандартам.
Выделяют четыре типа АИС:
) Охватывающий один процесс (операцию) в одной
организации;
) Объединяющий несколько процессов в одной
организации;
) Обеспечивающий функционирование одного
процесса в масштабе нескольких взаимодействующих организаций;
) Реализующий работу нескольких процессов или систем
в масштабе нескольких организаций.
При этом наиболее распространенными и
перспективными считаются: фактографические, документальные, интеллектуальные
(экспертные) и гипертекстовые АИС.
Для работы с АИС создают специальные рабочие
места пользователей (в том числе работников), получившие название
"автоматизированное рабочее место" (АРМ).
АРМ - комплекс средств, различных устройств и
мебели, предназначенных для решения различных информационных задач.
Общие требования к АРМ: удобство и простота
общения с ними, в том числе настройка АРМ под конкретного пользователя и
эргономичность конструкции; оперативность ввода, обработки, размножения и
поиска документов; возможность оперативного обмена информацией между персоналом
организации, с различными лицами и организациями за ее пределами; безопасность
для здоровья пользователя. Выделяют АРМ для подготовки текстовых и графических
документов; обработки данных, в том числе в табличной форме; создания и
использования БД, проектирования и программирования; руководителя, секретаря,
специалиста, технического и вспомогательного персонала и другие. При этом в АРМ
используются различные операционные системы и прикладные программные средства,
зависящие, главным образом, от функциональных задач и видов работ
(административно-организационных, управленческих и технологических,
персонально-творческих и технических).
АИС можно представить как комплекс
автоматизированных информационных технологий, составляющих ИС, предназначенную
для информационного обслуживания потребителей. Основные компоненты и
технологические процессы АИС изображены на Рис.
АИС могут быть достаточно простыми (элементарные
справочные) и сложными системами (экспертные и др., предоставляющие
прогностические решения). Даже простые АИС имеют многозначные структурные отношения
между своими модулями, элементами и другими составляющими. Это обстоятельство
позволяет отнести их к классу сложных систем, состоящих из взаимосвязанных
частей (подсистем, элементов), работающих в составе целостной сложной
структуры. Конец формы
Основные компоненты и технологические процессы
АИС
Методы, стадии и этапы создания АИС
автоматизированный
информационный система
Разработка и проектирование АИС начинается с
создания концептуальной модели использования системы. Прежде всего должна быть
определена целесообразность создания системы, ее конкретные функции и
подлежащие автоматизации задачи. Должна быть выполнена оценка не только целей,
но и возможностей создания системы. Далее проводится анализ требований к АИС,
детальное проектирование, взаимосвязь этапов, программирование и тестирование,
минимизация потерь при переходе от одного уровня представления информации к
другому, интеграция в существующую систему, внедрение и поддержка.
Существует три класса методологий проектирования
АИС:
· концептуальное моделирование
предметной области;
· выявление требований и спецификация
информационной системы через ее макетирование;
· системная архитектура программных
средств, поддерживаемая инструментальными средствами CASE-технологии (CASE -
Computer Aided Software Engineering - технология создания и сопровождения ПО
различных систем).
Современные методологии проектирования систем
должны обеспечивать описание объектов автоматизации, описание функциональных
возможностей АИС, спецификацию проекта, гарантирующую достижение заданных
характеристик системы, детальный план создания системы с оценкой сроков
разработки, описание реализации конкретной системы.
Жизненный цикл АИС
В основе создания и использования АИС лежит
понятие жизненного цикла (ЖЦ).
Жизненный цикл является моделью создания и
использования АИС, которая отражает различные состояния системы с момента
возникновения в данном комплексе средств до момента его полного выхода из
употребления.
Для АИС условно выделяют следующие основные
этапы их жизненного цикла:
1. анализ - определение того, что должна
делать система;
2. проектирование - определение того, как
система будет функционировать: прежде всего спецификация подсистем,
функциональных компонентов и способов их взаимодействия в системе;
. разработку - создание функциональных
компонентов и отдельных подсистем, соединение подсистем в единое целое;
. тестирование - проверку функционального
и параметрического соответствия системы показателям, определенным на этапе
анализа;
. внедрение - установку и ввод системы в
действие;
. сопровождение - обеспечение штатного
процесса эксплуатации системы на предприятии заказчика.
Этапы разработки, тестирования и внедрения АИС
обозначаются единым термином - реализация. ЖЦ образуется в соответствии с
принципом нисходящего проектирования и, как правило, носит итерационный
характер: реализованные этапы, начиная с самых ранних, циклически повторяются в
соответствии с изменениями требований и внешних условий, введением
дополнительных ограничений и т. п.
На каждом этапе жизненного цикла порождается
определенный набор технических решений и отражающих их документов, при этом для
каждого этапа исходными являются документы и решения, принятые на предыдущем
этапе.
Существующие модели жизненного цикла определяют
порядок исполнения этапов в процессе создания системы, а также критерии
перехода от этапа к этапу. Наибольшее распространение получили три следующие
модели.
Каскадная модель предполагает переход на
следующий этап после полного завершения работ предыдущего этапа. Эта модель
используется при построении АИС, для которых в самом начале разработки можно
достаточно точно и полно сформулировать все требования. Это дает разработчикам
свободу реализовать их как можно лучше с технической точки зрения. В эту категорию
попадают сложные расчетные системы, системы реального времени и другие. Однако,
этот подход имеет ряд недостатков, вызванных прежде всего тем, что реальный
процесс создания системы никогда полностью не укладывается в жесткую схему.
Например, в процессе создания программного обеспечения возникает потребность в
возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений.
Каскадная модель жизненного цикла
Поэтапная итерационная модель. Эта модель
создания АИС предполагает наличие циклов обратной связи между этапами.
Преимущество такой модели заключается в том, что межэтапные корректировки
обеспечивают большую гибкость и меньшую трудоемкость по сравнению с каскадной
моделью. Однако время жизни каждого из этапов может растянуться на весь период
создания системы.
Поэтапная итерационная модель жизненного цикла
Спиральная модель опирается на начальные этапы
жизненного цикла: анализ, предварительное и детальное проектирование.
Каждый виток спирали соответствует поэтапной
модели создания фрагмента или версии системы, на нем уточняются цели и
характеристики проекта, определяется его качество, планируются работы
следующего витка спирали. Основная проблема - определение момента перехода на
следующий этап. Для ее решения необходимо ввести временные ограничения на
каждый из этапов ЖЦ. Переход осуществляется в соответствии с планом, который
составляется на основе статистических данных, полученных в предыдущих проектах,
и личного опыта разработчиков. Недостатком этого подхода являются нерешенные
вопросы и ошибки, допущенные на этапах анализа и проектирования. Они могут
привести на последующих этапах к проблемам и даже к неуспеху всего проекта. По
этой причине анализ и проектирование должны выполняться особенно тщательной
Спиральная модель жизненного цикла
Основные стадии создания АИС
Стадия создания автоматизированной системы -
часть процесса создания АС, установленная нормативными документами и
заканчивающаяся выпуском документации на АС, которая должна содержать модель
системы на уровне данной стадии, изготовление несерийных компонентов или
приемку АС в эксплуатацию.
Каждая стадия выделена по соображениям
рационального планирования и организации работ и обязательно должна
заканчиваться определенным результатом. Содержание документации на каждой
стадии определяется составом и спецификой работ.
В ГОСТ 34.601-90 определено восемь стадий
создания автоматизированных систем:
1. Формирование требований к АС.
2. Разработка концепции АС.
. Техническое задание.
. Эскизный проект.
. Технический проект.
. Рабочая документация.
. Ввод в действие.
. Сопровождение АС.
Можно выделить три периода создания системы:
предпроектный, проектирование, ввод в эксплуатацию.
Стадии 1, 2, 3 относятся к первому периоду,
стадии 4, 5, 6 - ко второму периоду, стадии 7, 8 - к третьему.
В предпроектный период разрабатывают
технико-экономическое обоснование (ТЭО) и техническое задание (ТЗ) на
проектирование системы. В этот период на стадии формирования требований к АС
проводят три этапа работ:
· обследование объекта предметной
области и обоснование необходимости создания системы;
· формирование требований
пользователей к системе;
· составление отчета о выполненной
работе и заявки на разработку системы.
На стадии разработки концепции АС проводят
четыре этапа работ:
· изучение объекта;
· проведение научно-исследовательских
работ;
· выбор варианта концепции системы из
нескольких разработанных;
· составление отчета о выполненной работе.
Техническое задание (ТЗ) - это перечень основных
эксплуатационных, технологических экономических и других требований, которым
должен удовлетворять проектируемый объект на всех этапах его существования.
После утверждения ТЗ начинается второй период
создания АС - период проектирования системы.
Проектирование - процесс обоснованного выбора
характеристик системы, формирования логико-математических и
экономико-математических моделей, разработки документации.
В начале проектирования разрабатывают
документацию, достаточную для утверждения намеченных затрат, доходов,
дополнительной численности персонала, дополнительных площадей и
организационно-технических решений, а при дальнейшем проектировании - для
заказа и комплектации оборудования и материалов, его монтажа и наладки, для
организации работы АСУ и ее внедрения.
Проектирование АС должна выполнять
специализированная организация - проектировщик АС, соисполнителем может быть
генпроектировщик отрасли.
На стадии создания эскизного проекта на 1-м
этапе разрабатывают предварительные проектные решения по системе и ее частям,
на 2-м - документацию на АС и ее части.
На 5-й стадии при создании технического проекта
в четыре этапа проводят разработку:
· проектных решений по системе и ее
частям;
· документации на АС и ее части;
· документации на поставку изделий для
комплектования АС и ТЗ на их разработку;
· заданий н# проектирование в смежных
частях проекта объекта автоматизации.
Технический и рабочий проекты должны пройти
экспертизу и утверждение, т. е. оценку экономической эффективности проекта
высококвалифицированными специалистами различных организаций с целью сведения к
минимуму всех видов потерь. После утверждения проекта предприятие получает
средства для финансирования.
Экспертизу и утверждение проекта выполняют
генпроекти-ровщик и автоматизируемое предприятие, специализированная проектная
организация.
На 6-й стадии выполняется разработка рабочей
документации. На 1 -м этапе создают рабочую документацию на систему и ее части.
На 2-м этапе осуществляют разработку или адаптацию программ.
Третий период - ввод в эксплуатацию АС.
Обеспечивают разработку нестандартного оборудования, комплектацию оборудования,
материалов, покупных изделий, монтаж, наладку, внедрение.
Разработка нестандартного оборудования - задание
и выполнение НИР (научно-исследовательских работ) и ОКР (опытно-конструкторских
работ) на необходимое нестандартное оборудование, включая программное
обеспечение.
Разработку нестандартного оборудования выполняют
СКБ (специальные конструкторские бюро), ОКБ и НИИ Министерства приборостроения,
средств автоматизации и систем управления, комплектацию - предприятие через
государственные и частные фирмы.
Монтаж начинается после изготовления нестандартного
оборудования и комплектации стандартного. Проводит его специализированная
монтажная организация.
Наладка - приведение в рабочее состояние всех
технических средств и обеспечение готовности их работы в процессе опробования
испытаний и принадлежностей.
Внедрение - процесс перехода к практическому
применению решений проекта, когда технические средства системы используются для
управления производством по новой технологии, разработанной в проекте.
На 7-й стадии система вводится в эксплуатацию в
восемь этапов:
· подготовка объекта автоматизации к
вводу АС;
· подготовка персонала;
· комплектация АС программными,
техническими, информационными средствами и изделиями;
· строительно-монтажные работы;
· пусконаладочные работы;
· предварительные испытания;
· опытная эксплуатация;
· приемочные испытания.
На 8-й стадии: на 1-м этапе предусматриваются
работы по обязательствам гарантийного обслуживания и на 2-м - послегарантийного
обслуживания. Осуществляется авторский надзор генеральным проектировщиком АС
(специализированная проектная организация), генеральным проектировщиком отрасли
и разработчиком нестандартного оборудования.
Содержание этапов создания АС на различных
стадиях
С целью улучшения управления ходом
проектирования каждая стадия детализируется, т. е. разбивается на этапы.
Этап создания автоматизированной системы - часть
стадии создания АС, определяемая по характеру работ, его результату или
специализации исполнителей.
Содержание этапов создания АС регламентировано в
Приложении 1 ГОСТ 34.601-90.
На 1-й стадии «Формирование требований к АС» на
1-м этапе «Обследование объекта и обоснование необходимости создания АС»
проводят сбор данных об объекте и видах его деятельности. Оценивают качество
функционирования объекта и его составляющих. Выявляют проблемы и задачи,
которые можно решать с помощью средств автоматизации. Дают
технико-экономическую, социальную и другие виды оценок целесообразности
создания системы.
На 2-м этапе «Формирование требований
пользователей к АС» готовят исходные данные для формирования требований к АС,
формулируют и оформляют требования пользователей. Готовят такие документы как
характеристика объекта автоматизации, допустимые затраты на разработку, ввод в
действие и эксплуатацию системы, ожидаемый эффект, условия создания и
функционирования системы .
На 3-м этапе «Составление отчета о выполненной
работе и заявки на разработку системы (тактико-технического задания - ТТЗ)»
оформляют отчет о выполненных на 1-й стадии работах и заявку на разработку ТТЗ
или аналогичного по содержанию другого документа.
На 2-й стадии «Разработка концепции АС» на 1-м
этапе «Изучение объекта» детально изучают объект автоматизации.
На 2-м этапе «Проведение необходимых
научно-исследовательских работ» (НИР) выполняют поиск путей и оценки
возможности реализации всех требований пользователей, оформляют и утверждают
отчеты по НИР.
На 3-м этапе «Разработка вариантов концепции АС
и выбор варианта концепции АС, удовлетворяющего требованиям пользователя»
проводят разработку альтернативных вариантов концепции АС, планов и ресурсов их
реализации, оценку достоинств и недостатков и выбирают из нескольких
разработанных оптимальный вариант. Определяют порядок и условия приемки
системы, ее эффективность.
На 4-м этапе «Оформление отчета о выполненной
работе» составляют и оформляют отчет, в котором содержится описание выполненных
работ на данной стадии, обоснование и описание выбранного варианта концепции
системы.
На 3-й стадии «Разработка и утверждение
технического задания на создание АС» разрабатывают, оформляют, согласовывают и
утверждают техническое задание на создание АС, при необходимости - и на части
системы.
Техническое задание (ТЗ) - основной документ для
создания АС, который разрабатывается в соответствии с ГОСТ 34.602-89. В ТЗ
представлены все основные технические, организационные, программные,
информационно-логические и лингвистические решения. Отмечается, что требования
к системе должны отвечать современному уровню развития науки и техники и быть
по уровню не ниже, чем существующие аналоги. ТЗ должно содержать девять
разделов:
1. общие сведения;
2. назначение и цели создания (развития)
системы;
. характеристика объектов автоматизации;
. требования к системе;
. состав и содержание работ по созданию
системы;
. порядок контроля и приемки системы;
. требования к составу и содержанию работ
по подготовке объекта автоматизации к вводу системы в действие;
. требования к документированию;
. источники разработки.
Раздел «Общие сведения» содержит выходные данные
системы (наименование, условное обозначение, шифр договора), наименование и реквизиты
предприятий разработчика и заказчика. Раздел включает перечень утвержденных
документов на создание системы, плановые сроки создания АС, сведения об
источниках и порядке финансирования работ, порядок предъявления заказчику
результатов работ по созданию системы и ее частей, включая технические,
программные и информационные комплексы.
Раздел «Назначение и цели создания (развития)
системы» описывает назначение системы (вид автоматизируемой деятельности,
перечень объектов автоматизации), а также цели ее создания (различные
показатели объекта автоматизации, которые нужно достичь).
Раздел «Характеристика объектов автоматизации»
содержит краткие сведения об объекте автоматизации, сведения об условиях его
эксплуатации и характеристики окружающей среды.
Раздел «Требования к системе» состоит из
подразделов:
1. требования к системе в целом;
2. требования к функциям (задачам),
выполняемым системой;
. требования к видам обеспечения.
В 1 -м подразделе указывают требования к
структуре и функционированию системы, численности и квалификации персонала,
требования к эргономике, надежности, безопасности, эксплуатации системы.
Перечисляются все требования к защите информации от несанкционированного
доступа, влияния внешних воздействий и сохранности при авариях. Излагаются требования
к патентной чистоте, стандартизации и унификации и т. д.
Во 2-м подразделе приводят перечень функций и
задач, выполняемых в каждой подсистеме, характеристики времени (периода) и
точности реализации каждой функции, задачи или комплекса задач, требования к
качеству их выполнения, достоверности и форме представления выходной
информации. Задают также перечень и критерии отказов для каждой функции.
В 3-м подразделе излагают требования к
информационному, лингвистическому, математическому, программному, техническому,
метрологическому, организационному, методическому и другим видам обеспечения
АС.
В любой АИС первостепенное значение имеет
информационное обеспечение, поэтому в ТЗ должны быть приведены четкие
требования к составу, структуре и способам организации данных в системе, к
информационному обмену между составляющими системы и совместимости со смежными
системами. Использование действующих всероссийских и других классификаторов, а
также унифицированных документов данного предприятия имеет особое значение. В
них излагаются четкие требования к выбору СУБД, структуре сбора, обработки,
передачи, представления данных, их защите, контролю, хранению, обновлению и
восстановлению. Описывается процедура придания юридической силы документам,
которые будут произведены системой. Требования к лингвистическому обеспечению
содержат рекомендации по применению в АС языков программирования, интерфейса,
кодированию и декодированию данных, средствам описания предметной области и т.
д.
Для математического обеспечения приводят требования
к составу и способам использования или разработки в АС методов, моделей и
алгоритмов.
Для программного обеспечения приводят перечень
покупных программных средств, а также требования к независимости ПО от
технических средств и операционной системы, к качеству ПО и необходимости
согласования разрабатываемых программ с фондом алгоритмов и программ.
Требования к техническому обеспечению содержат
сведения по использованию в АС различных видов технических средств,
программно-технических комплексов и других комплектующих изделий,
сгруппированных по их функциональным, конструктивным и эксплуатационным
характеристикам.
В стандарте излагаются также требования к другим
видам обеспечения АС, которые должны быть приведены в Техническом задании.
Раздел «Состав и содержание работ по созданию
(развитию) системы» включает перечень стадий и этапов работ, сроки их
выполнения, перечень организаций-исполнителей работ, ссылки на документы
согласования. Здесь должен быть также приведен перечень документов по ГОСТ
34.201, предъявляемых в результате работ, вид и порядок экспертизы технической
документации, программа работ по обеспечению надежности системы, перечень работ
по метрологическому обеспечению.
Раздел «Порядок контроля и приемки системы»
содержит статус приемочной комиссии, виды, состав, объем и методы испытаний
системы и ее частей в соответствии с действующими нормами, общие требования к
приемке работ по стадиям, а также порядок согласования и утверждения
документации, подлежащей приемке.
Раздел «Требования к составу и содержанию работ
по подготовке объекта автоматизации к вводу системы в действие» включает
перечень исполнителей и необходимых мероприятий для подготовки объекта
автоматизации к вводу АС в действие:
· необходимые изменения в объекте;
· создание условий для выполнения
требований ТЗ;
· создание необходимых подразделений и
служб;
· сроки и порядок комплектования
штатов, обучение персонала.
Раздел «Требования к документированию» содержит
согласованный перечень документов по ГОСТ 34.201 и научно-техническую
документацию (НТД) отрасли заказчика, перечень документов на машинных
носителях, требования к микрофильмированию документов, а также требования по
документированию комплектующих элементов межотраслевого применения. Все
документы должны быть оформлены в соответствии с требованиями ЕСКД (Единая
система конструкторской документации) и ЕСПД (Единая система программной
документации).
Раздел «Источники разработки» включает перечень
документов и информационных материалов, на основе которых разработано ТЗ и
которые должны быть использованы при создании системы:
· технико-экономическое обоснование;
· отчеты о законченных НИР;
· материалы на отечественные и
зарубежные системы-аналоги.
В качестве Приложения к ТЗ на АС обычно дают
расчет ожидаемой эффективности системы и оценку ее научно-технического уровня.
На 4-й стадии «Эскизный проект» на 1-м этапе
«Разработка предварительных проектных решений по системе и ее частям»
определяют функции АС и ее подсистем, состав решаемых в них задач, концепцию и
структуру информационной базы, функции СУБД и основных программных средств,
состав вычислительной системы.
На 2-м этапе «Разработка документации на АС и ее
части» выполняют разработку, оформление, согласование и утверждение
документации, определенной в стандарте и полностью описывающей принятые
проектные решения.
На 5-й стадии «Технический проект» на 1-м этапе
«Разработка проектных решений по системе и ее частям» осуществляют общие
решения по системе и ее частям, разрабатывают функционально-алгоритмическую
структуру системы, алгоритмы решения задач. Выбирают языки программирования и
принимают решения по ведению информационной базы, системе классификации и
кодирования, программному обеспечению. Определяют функции персонала АС и ее
организационную структуру, комплекс технических средств.
На 2-м этапе «Разработка документации на АС и ее
части» выполняют работы, аналогичные 2-му этапу предыдущей стадии.
На 3-м этапе «Разработка и оформление документации
на поставку изделий для комплектования АС и (или) технических требований
(технических заданий) на их разработку» готовят и оформляют документацию на
поставку изделий для комплектования АС. Определяют технические требования и
составляют ТЗ на разработку изделий, которые серийно не изготовляются.
На 4-м этапе «Разработка заданий на
проектирование в смежных частях проекта объекта автоматизации» выполняют
разработку, оформление, согласование и утверждение заданий на проектирование и
выполнение работ (строительных, электротехнических, санитарно-технических и
других), проектирование в смежных частях, связанных с созданием АС.
На 6-й стадии «Рабочая документации» на 1-м
этапе «Разработка рабочей документации на систему и ее части» разрабатывают
рабочие документы, которые содержат необходимые и достаточные сведения для
выполнения работ по вводу АС в действие и ее эксплуатации. Виды документов
приведены в таблицах стандарта ГОСТ 34.201. Это различные ведомости,
пояснительные записки, схемы, перечни, задания, инструкции, описания,
обоснования, конструкторские документы, программные документы.
На 2-м этапе « Разработка или адаптация
программ» выполняют разработку программного обеспечения системы и (или)
адаптацию приобретаемых программных средств. В соответствии с ГОСТ 19.101
разрабатывают программную документацию.
На 7-й стадии «Ввод в действие» на 1-м этапе
«Подготовка объекта автоматизации к вводу АС в действие» осуществляют
организационную подготовку, включающую реализацию решений по организационной
структуре АС, обеспечение подразделений инструктивно-методическими материалами,
внедрение классификаторов информации.
На 2-м этапе «Подготовка персонала» обучают
персонал и проверяют его способность обеспечить функционирование АС.
На 3-м этапе «Комплектация АС поставляемыми
изделиями» обеспечивают получение и входной контроль качества комплектующих
изделий серийного и несерийного производства, материалов и монтажных изделий.
На 4-м этапе «Строительно-монтажные работы»
строят специализированные здания (помещения) для размещения технических средств
и персонала АС, сооружают кабельные каналы, осуществляют монтаж технических
средств и линий связи, испытывают их и сдают для выполнения пусконаладочных
работ.
На 5-м этапе «Пусконаладочные работы» выполняют
автономную наладку технических и программных средств, загружают информацию в
базу данных, проверяют систему ее ведения, налаживают все средства системы.
На 6-м этапе «Проведение предварительных
испытаний» в соответствии с программой и методикой проводят испытания на
работоспособность системы и соответствие ТЗ. Далее устраняют выявленные
неисправности и вносят необходимые изменения в документацию на АС. Оформляют
акт о приемке системы в опытную эксплуатацию.
На 7-м этапе «Проведение опытной эксплуатации»
осуществляют эксплуатацию и ее анализ, при необходимости дорабатывают
программное обеспечение, дополнительно налаживают технические средства и
оформляют акт о завершении опытной эксплуатации системы.
На 8-м этапе «Проведение приемочных испытаний» в
соответствии с программой и методикой выполняют испытания на соответствие ТЗ,
анализируют результаты и устраняют недостатки, выявленные при испытаниях,
оформляют акт о приемке системы в постоянную эксплуатацию.
На 8-й стадии «Сопровождение АС» на 1-м этапе
«Выполнение работ в соответствии с гарантийными обязательствами» устраняют
недостатки, выявленные при эксплуатации АС в течение гарантийных сроков, и
вносят необходимые изменения в документацию.
На 2-м этапе «Послегарантийное обслуживание»
осуществляют анализ работы системы, выявляют отклонения от проекта,
устанавливают причины этих отклонений и устраняют их, вносят необходимые
изменения в документацию на АС.
Приведенные стадии и этапы разработки систем не
всегда могут быть реализованы полностью. Разработка проходит только все
необходимые для конкретной системы стадии и этапы.
Например, рассматривая этапы разработки
экспертных систем, выделяют следующие:
1. идентификация - определение проблемы и
ее концептуальное описание, определение ресурсов, целей, экспертов;
2. концептуализация - выделение ключевых
понятий системы, отношений и характеристик, достаточных для полного и
детального описания объекта;
. формализация и моделирование - описание
введенных понятий на некотором формальном языке, построение модели исследуемой
области;
. рабочее проектирование - разработка
документации для создания общего и функционального обеспечения системы;
. выполнение - создание одного или
нескольких прототипов системы;
. тестирование - оценка выбранного метода
представления знаний и работоспособности всей системы в целом на основе
проверки прототипа;
. опытная эксплуатация - проверка
пригодности системы для конечного пользователя;
. модификация системы - введение
изменений в модель и документацию системы, полное или частичное
перепрограммирование и доведение прототипа до состояния нового программного
продукта.
Стандартизация и типизация, использование
типовых проектных решений как составных частей или блоков при проектировании АС
позволили значительно сократить трудоемкость разработки и время внедрения,
получить большее разнообразие проектных решений.
Создание АС предусматривает разработку
комплексов проектных решений трех классов:
1. Комплекс задач и методик обработки
данных, алгоритмов и программ для информационного обслуживания и реализацию
функций управления. Проектные решения могут быть здесь развиты до масштабов
подсистем или информационных систем.
2. Определение структуры, состава,
размещения и порядок использования ТС и ПО, предназначенных для предварительной
подготовки данных, их передачи между компонентами системы для решения задач
обработки данных и выдачи ее результатов потребителю.
. Определение организационных решений и
действий персонала на всех стадиях разработки, внедрения и функционирования как
отдельных задач и прикладных систем, так и систем в целом.
Вывод
В заключение необходимо подчеркнуть, что и
заказчику, и поставщику решения еще до выбора того или иного ПО для создания ИС
необходимо, прежде всего, провести анализ, что им действительно необходимо
автоматизировать, после чего заняться проектированием. Другими словами, только
тщательное предпроектное обследование, а затем проектирование с учетом всех
особенностей реальной структуры управления конкретной компании дадут в итоге
действительный эффект от внедрения автоматизированной информационной системы, к
которому в конечном итоге стремятся и заказчики, и системные интеграторы.
В идеале в рамках предприятия должна
функционировать единая корпоративная информационная система
<http://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D1%80%D0%BF%D0%BE%D1%80%D0%B0%D1%82%D0%B8%D0%B2%D0%BD%D0%B0%D1%8F_%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0>,
удовлетворяющая все существующие информационные потребности всех сотрудников,
служб и подразделений. Однако на практике создание такой всеобъемлющей ИС
слишком затруднено или даже невозможно, вследствие чего на предприятии обычно
функционируют несколько различных ИС, решающих отдельные группы задач:
управление производством, финансово-хозяйственная деятельность и т. д. Часть
задач бывает «покрыта» одновременно несколькими ИС, часть задач - вовсе не
автоматизирована. Такая ситуация получила название «лоскутной автоматизации» и
является довольно типичной для многих предприятий.
Список использованной литературы:
1. Васкевич Д. Стратегии
клиент/сервер. - К:"Диалектика", 2003.
2. Дейт К. Введение в системы
баз данных. - К:"Диалектика", 2006.