17. Основополагающие принципы создания аис

На этапе разработки системы осуществляется следующая последовательность работ:

• выявление характеристик проектируемой системы (структуры и объемов входной, хранимой и выходной инфор­мации, временных характеристик основных операций обработки данных, требований к обеспечению защиты информации, организации интерфейса пользователя с ЭВМ, технические ха­рактеристики средств сбора, передачи и обработки информа­ции, алгоритмы расчета экономических показателей);

• анализ характеристик ППП функционального назначе­ния, имеющихся на рынке;

• выбор ППП в наибольшей степени соответствующего программам проектируемой системы;

• адаптация ППП на предприятии;

• подготовка и загрузка информационной базы;

• тестирование АИС;

• внедрение.

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

АИС на общего назначения (например, СУБД) характеризуется максимальными затратами на этапах разработки и модернизации и средними или мини­мальными эксплуатационными затратами, т. е. по характери­стикам она сопоставима АИС, разработанными на основе ме­тода индивидуального проектирования.

На этапе проектирования АИС реализуется следующая по­следовательность работ:

• выявление характеристик проектируемой системы;

• анализ и выбор ППП общего назначения;

• индивидуальное проектирование АИС с использованием языков описания и манипулирования данными, а также средств автоматизации программирования, включенных в состав ППП;

• подготовка и загрузка в ЭВМ информационной базы;

• отладка и тестирование программного обеспечения АИС;

• внедрение.

Динамизм АИС предприятия, обусловленный не­прерывными изменениями в его хозяйственной деятельности, технологиях, рынках сбыта и потребления, государственном законодательстве, требует ее развития и постоянной модерни­зации.

18. Стадии создания аис

Жизненный цикл ПО в соответствии с методологией RAD состоит из четырех фаз (стадий, этапов): анализа и планирования требований; проектирования; построения; внедрения.

На фазе анализа и планирования требований пользователи АС определяют функции, которые она должна выполнять, выделяют наиболее приоритетные из них, требующие проработки в первую очередь, описывают информационные потребности. Формулирование требований к АС осуществляется в основном силами пользователей под руководством специалистов-разработчиков. Ограничивается масштаб проекта АС, устанавливаются временные рамки для каждой из последующих фаз. Кроме того, определяется сама возможность реализации проекта в заданных размерах финансирования, на имеющихся аппаратных средствах и т.д. Результатом этого этапа должен быть список расставленных по приоритету функций будущей АС, а также предварительные функциональные модели АС.

На этапе проектирования часть пользователей принимает участие в техническом проектировании системы под руководством специалистов-разработчиков. CASE-средства используются для быстрого получения работающих прототипов приложений. Пользователи, непосредственно взаимодействуя с ними, уточняют и дополняют требования к системе, которые не были выявлены на предыдущей фазе. Более подробно рассматриваются процессы системы. Анализируется и при необходимости корректируется функциональная модель. Каждый процесс рассматривается детально. При необходимости для элементарного процесса создается частичный прототип: экран, диалог, отчет, устраняющий неясности или неоднозначности. Устанавливаются требования разграничения доступа к данным. На этой же фазе происходит определение необходимой документации. После детального определения состава процессов оценивается количество функциональных элементов разрабатываемой системы и принимается решение о разделении АС на подсистемы, поддающиеся реализации одной командой разработчиков за приемлемое для RAD-проектов время (60 - 90 дней). С использованием CASE-средств проект АС распределяется между различными командами (делится функциональная модель). Результатом данного этапа должны быть: общая информационная модель системы; функциональные модели системы в целом и подсистем, реализуемых отдельными командами разработчиков; точно определенные с помощью CASE-средств интерфейсы между автономно разрабатываемыми подсистемами; построенные прототипы экранов, отчетов, диалогов. Все модели и прототипы должны быть получены с применением тех CASE-средств, которые будут использоваться в дальнейшем при построении системы. Данное требование вызвано тем, что в традиционном подходе при передаче информации о проекте с этапа на этап нередко происходит неконтролируемое искажение данных. Применение единой среды хранения данных о проекте позволяет этого избежать. В отличие от обычных подходов, при которых используются специфические средства прототипирования, не предназначенные для построения реальных приложений, а прототипы выбрасываются после устранения неясностей в проекте АС, в подходе RAD каждый прототип передается будущей системе. Таким образом, на следующую фазу передается более полная и полезная информация.

На этапе построения осуществляется непосредственно сама быстрая подготовка приложения. При этом разработчики выполняют итеративное построение реальной АСУ на основе полученных в предыдущей фазе моделей, а также требований нефункционального характера. Программный код частично формируется CASE-средствами автоматически. Конечные пользователи на этой фазе оценивают получаемые результаты и вносят коррективы, если в процессе разработки система перестает удовлетворять указанным ранее требованиям. Тестирование автоматизированной системы осуществляется в процессе разработки. После окончания работ каждой отдельной команды разработчиков производится постепенная интеграция данной части системы с остальными, формируется полный программный код, выполняется тестирование совместной работы данной части приложения, а затем тестирование АС в целом. Завершается физическое проектирование АС, включающее: определение необходимости распределения данных; анализ использования данных; физическое проектирование базы данных; определение требований к аппаратным ресурсам и способов увеличения производительности, завершение разработки документации проекта. Результатом данного этапа является готовая автоматизированная система, удовлетворяющая всем согласованным требованиям.

На фазе внедрения АС производится обучение пользователей и вносятся организационные изменения. Для этого этапа характерно то, что одновременно с внедрением новой АС осуществляется работа с существующей системой управления до полного внедрения новой. Так как фаза построения достаточно непродолжительна, планирование и подготовка к внедрению должны начинаться заранее, как правило, на этапе проектирования системы. Приведенная схема разработки АС не является окончательной. Возможны различные варианты, зависящие, например, от начальных условий, в которых ведется создание АС:

а) разрабатывается совершенно новая система;

б) было проведено обследование предприятия и существует модель его деятельности;

в) на предприятии уже существует АС, которая может быть использована в качестве начального прототипа или должна быть интегрирована с вновь разрабатываемой системой управления.