Как разрабатывают и внедряют ИС



Автоматизация на предприятии проводится в несколько четко выраженных этапов. Первым из них является этап предпроектного обследования предприятия, для которого предполагается создать или купить систему [17]. Результатом работ являются функциональная и информационная модели организации, которые в дальнейшем служат в качестве исходных данных для проектирования.

Обычно вначале строится функциональная модель «AS IS», которая позволяет увидеть, как управляют предприятием сегодня, прежде чем перейти к тому, как это будут делать после внедрения ИС. Обследование предприятия производится разработчиками совместно с представителями заказчика, которые хорошо разбираются в процессах управления на предприятии.

Функциональные модели создаются с помощью программных инструментариев типа Design/IDEF, BPwin в виде иерархически упорядоченных диаграмм методологий IDEF0, IDEF3 и DFD.

На стадии стратегического планирования и анализа, выполняется анализ функциональной модели, который позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации производства. Детализация процессов позволяет выявить недостатки организации даже там, где функциональность кажется очевидной. Признаком малоэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияние ее результат) и входу (объекты или информация используются нерационально) и т.д.

Найденные в модели «AS IS» недостатки можно исправить при создании модели «Т0 ВЕ»(«как должно быть») — модели новой организации процесса производства. Подобная модель нужна для анализа альтернативных путей выполнения операций и документирования того, как компания будет вести бизнес в будущем.

Как правило, моделей «TO ВЕ» строят несколько и по определенному критерию выбирают лучшую. Проблема состоит в том, что таких критериев много и непросто найти важнейший. Для того чтобы определить качество созданной модели с точки зрения эффективности бизнес-процессов, необходима система количественной оценки. BPwin, например, предоставляет аналитику инструмент для оценки модели: стоимостной анализ, основанный на работах ( Activity Based Costing , ABC ).

На основе функциональных моделей создают информационную модель ИС в виде ER-диаграммы с помощью методологии IDEF1X, реализованной в пакетах Design/IDEF и ERwin. Информационная модель должна обеспечить поддержку той функциональности, которая заложена в ИС.

На этой же стадии разрабатывается пользовательский интерфейс будущей системы, который должен быть удобным и дружественным для пользователя и обеспечить запуск всех функций системы, которые были представлены в функциональной модели.

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

После разработки ТЗ, когда уже достаточно информации о сложности и трудоемкости проекта, обычно заключается контракт между разработчиком и заказчиком с указанием стоимости и продолжительности работ. До этого момента все работы обычно выполняются без оплаты. 

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

Выбору программно-аппаратных средств и СУБД предшествует выбор фирмы, которая не только будет поставлять заказанные компоненты, а фактически станет партнером по бизнесу. От того, насколько внимательно и оперативно фирма-поставщик будет реагировать на нужды предприятия-заказчика, настолько будет гарантирован успех проекта. В настоящее время эти функции выполняют фирмы, так называемые системные интеграторы, которые не только помогают выбрать нужную конфигурацию программных инструментариев, покупных компонентов ИС, аппаратных средств, но и обеспечивают их установку и техническое сопровождение в соответствии с заключенными договорами на это сопровождение. Обычно эти фирмы не только продают, но и сами разрабатывают и внедряют ИС. Поэтому контакты с ними полезны в плане получения всевозможного рода консультаций по вопросам, которые возникают в большом количестве на всех стадиях создания ИС.

Стадия разработки связана с программированием и отладкой компонентов приложения, которые создаются заново для данной ИС. Разработка приложений производится с помощью инструментальных средств, отвечающих требованиям выбранной технологии. Обычно это средства быстрой разработки типа Delphi или программные средства СУБД, например Oracle Developer/2000.

Одновременно создаются функциональные тесты для проверки выполнения прикладными программами заданных в ТЗ функций, а также тесты производительности приложений.

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

Для этих целей создается комиссия, которая при испытаниях руководствуется следующими документами:

утвержденным заказчиком и согласованным с разработчиком ТЗ на ИС;

- действующими государственными и ведомственными стандартами на проектирование и испытание программ и на их техническую документацию;

- программой испытаний по всем требованиям ТЗ;

- методиками испытаний по каждому разделу требований ТЗ;

- комплектом сопроводительной документации на комплекс программ.

Программа испытаний, методики их проведения и оценки результатов, разработанные совместно с заказчиком и разработчиком, должны быть согласованы и утверждены.

Программа испытаний является планом проведения серии экспериментов и разрабатывается для проверки выполнения всех требований ТЗ и соответствия предъявленной документации. Она должна содержать следующие разделы:

- объект испытаний, его назначение и перечень основных документов, определивших его разработку;

- цель испытания с указанием всех требований технического задания, подлежащих проверке, и ограничений на проведение испытаний;

- собственно программу испытаний;

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

Результаты испытаний фиксируются в протоколах, которые должны содержать следующие разделы:

- назначение тестирования и раздел требований ТЗ, по которому проводились испытания;

- указания методик, в соответствии с которыми проводились испытания, обработка и оценка результатов;

- условия и сценарии проведения тестирования и характеристики исходных данных;

-  обобщенные результаты испытаний с оценкой их на соответствие требованиям ТЗ, а также технической документации;

- выводы о результатах и соответствии созданной ИС определенному разделу требований ТЗ.

Выводы протоколов по всей программе испытаний обобщаются в акте, в результате чего делается заключение о соответствии системы требованиям заказчика и о завершении работы с компонентами или отрицательным итогом.

Сертификация ИС является испытанием в наиболее жестких условиях тестирования посторонним коллективом специалистов, которые имеют право на официальный контроль функций ИС и выдачу гарантии на соответствие стандартам и безопасность применения. Для проведения сертифицированных испытаний ИС необходимо определить исходные данные и документы для этой процедуры; характеристики и классификация программ и баз данных; ресурсы обеспечения испытаний (финансовые, кадры специалистов, аппаратная оснащенность и программно-инструментальные средства).

На стадии внедрения производится перенос разработанной ИС с инструментальной платформы разработчика на реальную платформу ИС, то есть инсталляцию ИС на аппаратно-программном комплексе заказчика. После адаптации и настройки ИС на реальные условия проводятся приемочные испытания, которые заключаются в комплексной проверке реально функционирующей в полном объеме ИС на соответствие ТЗ по разработанной методике и программе испытаний. Производится анализ результатов испытаний и устранение недостатков, выявленных при испытаниях.

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

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

 


Дата добавления: 2019-07-17; просмотров: 156; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!