2.3. Основные этапы и стадии создания компьютерных ис управления

В соответствии со стандартом ИСО/МЭК 12207-95 «Информационная технология. Процессы жизненного цикла программных средств» создание информационных систем должно базироваться на понятии «жизненный цикл» программной системы. Под жизненным циклом программной системы понимается период времени существования программной системы, начиная с выработки первоначальной концепции и кончая ее моральным устареванием и ликвидацией.

Любая автоматизированная ИС и технологии в процессе разработки и функционирования проходит пять стадий жизненного цикла: предпроектную, проектирования, реализации, внедрения и эксплуатации.

Рассмотрим основное содержание стадий и этапов жизненного цикла ИС.

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

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

Например, недостатками, ликвидация которых может служить обоснованием и пользу применения информационных технологий на промышленных предприятиях, могут быть:

• снижение транспортно-заготовительных расходов;

• сокращение производственного цикла по заказным изделиям;

• сокращение задержек с отгрузкой готовой продукции;

• уменьшение страховых запасов;

• увеличение количества поставок точно в срок;

• сокращение выплат штрафных санкций и неустоек;

• сокращение постоянных или переменных затрат на произ­водство продукции;

• совершенствование организации сбора и регистрации исход­ных данных;

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

• любые другие обоснования

Основа для разработки первого этапа — выявленная пробле­ма, решение которой требует применения компьютера. Ее форму­лирование позволяет выразить цель применения информационной технологии, которая должна сводиться к устранению недостатков, присущих данной фирме (предприятию).

Цель можно разделить на две подцели:

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

2. улучшение экономических показателей качества информационного обслуживания аппарата управления (сокращение времени обработки информации, повышение степени ее защиты, дос­товерности и т.д.).

В результате выполнения первого этапа можно прийти к од­ному из следующих выводов;

1) воспользоваться уже готовым программным средством и после соответствующей настройки внедрить его в практику реше­ния задачи;

2) создать собственный программный продукт, пользуясь либо средствами, предназначенными для конечного пользователя (Excel, Access), либо услугами профессионалов - программистов.

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

1. Оценку репутации фирмы-производителя на рынке программных продуктов, число продаж данного программного продукта.

2. Количество внедрений данного продукта фирмой-производителем.

3. Соответствие покупаемой системы стандартам открытых систем.

4. Адаптируемость системы к новым информационным потребностям, новому производству, новым организационным структурам (за счет изменения параметров настроек или написания новых программ).

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

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

Если на все перечисленные характеристики имеется положительный ответ, то можно перейти непосредственно к процессу оценки покупаемой и внедряемой информационной системы. Процесс оценки выполняется на основе действующих в нашей стране следующих стандартов: ГОСТ ИСО/МЭК 9126-93. Оценка программной продукции, ГОСТ 28195-89. Оценка качества программных средств. Общие положения; ИСО/МЭК 12207-95 «Информационная технология. Процессы жизненного цикла программных средств».

Оценка осуществляется на основе анализа соответствия продукта-претендента пожеланиям пользователя по следующим характеристикам:

• функциональные возможности;

• надежность и безопасность;

• практичность и удобство применения;

• эффективность;

• сопровождаемость.

Каждая характеристика оценивается с помощью атрибутов. В зависимости от его наличия или отсутствия анализируемую информационную систему, можно оценить нулем или единицей (ДА, НЕТ). Если сумму всех единиц разделить на число, характеризующее "идеальную" систему, то можно получить оценку анализируемой информационной системы. Согласно данной методике "идеальная" система оценивается числом 36. Будем считать, что оценка системы высокая при 0,7< к ≤ 1, средняя при 0,5< к ≤ 0,7 и низкая при к < 0,5, где к = О/36, О – общая оценка анализируемой системы (количество единиц, отражающих наличие атрибутов у оцениваемой системы). Допустим, фактическая оценка системы равна 23 единицам (пример, приведенный в табл. 2.2). Тогда получим: к = 23/36 = 0,6, что указывает на среднюю оценку системы. (Сокращение ПС в таблице 2.1. означает программные средства)[19].

Таблица 2.1

Характеристики качества программных средств

Характеристика	Промежуточная характеристика	Детальная характеристика	Наличие(1), отсутствие(0) свойства
1.Функциональные возможности	1.1. Функциональная пригодность	1.1.1-соответствие ПС целям их применения	1
		1.1.2-соответствие состава и содержания выходной информации требованиям пользователей	1
		1.1.3-соответствие исходной информации, используемой в организации, требованиям ПС
	1.2 Способность к взаимодействию	1.2- с информационной системой вышестоящей организации	1
		1.2.2- с информационной системой нижестоящей организации	1
		1.2.3- с компонентами распределенных баз данных
		1.2.4- с банками, налоговой инспекцией, казначейством и т.д.
2. Надежность и безопасность	2.1. Защищенность	2.1.1-соответствие ПС требованиям защиты от предумышленных угроз безопасности
		2.1.2-обеспечение эффективности оперативных методов защиты и восстановления при реализации угроз	1
		2.1.3-соответствие нормативным документам на защиту от различных типов угроз
		2.1.4-обеспечение защиты от различных типов угроз
	2.2. Устойчивость функционирования	2.2.1-наличие средств восстановления при ошибке на входе;	1
		2.2.2-наличие средств восстановления при сбоях оборудования	1
		2.2.3-наличие средств управления средствами восстановления;
		2.2.4-наличие автоматического рестарта	1
		2.2.5-вероятность работоспособного функционирования в течение месяца
3.Практичность и удобство применения	3.1. Легкость освоения	3.1.1-возможность освоения ПС по документации	1
		3.1.2-возможность освоения ПС на контрольном примере 3.1.3-возможность поэтапного освоения ПС	1
	3.2. Доступность эксплуатационных документов	3.2.1-полнота и понятность документации для освоения	1
		3.2.2-точность пользовательских документов
		3.2.3-достаточность документов для запуска ПС в эксплуатацию	1
		3.2.4-ясность формулировок и описаний в документации;
	3.3. Простота использования	3.3.1-комфортность эксплуатации (удовлетворительно, неудовлетворительно)	1
		3.3.2-простота эксплуатации ПС	1
4. Эффективность	4.1. Временная эффективность	4.1.1-удовлетворение временем выполнения программ и временем выдачи ответов на запросы
		4.1.2-удовлетворение временем подготовки входных данных	1
	4.2. Экономическая эффективность	4.1.3-удовлетворение затратами на защиту данных;	1
		4.2.1-удовлетворение соотношением общих затрат на эксплуатацию ПС и получаемой прибылью
		4.2.2-удовлетворение соотношением затрат на защиту данных и получаемой прибылью	1
5.Сопровождаемость	5.1. Внесение текущих изменений в ПС в процессе эксплуатации	5.1.1-наличие документов, содержащих сроки внесения текущих изменений в ПС	1
		5.1.2-полнота документов, отражающих порядок внесения текущих изменений в ПС	1
		5.1.3-наличие системы контроля за внесением текущих изменений в ПС	1
	5.2. Обучение персонала в период внедрения и после внесения изменений в ПС	5.2.1-наличие системы обучения персонала в процессе внедрения ПС	1
		5.2.2-наличие тестов для контроля уровня знаний обучаемых
		5.2.3-наличие системы обучения после внесения изменений в ПС	1
		5.2.4-наличие требований к знаниям персонала допущенного к эксплуатации ПС.	1
Всего по всем строкам			23

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

Следующая стадия — техническое и рабочее проектирование. На этой стадии формируются проектные решения по функциональной и обеспечивающей частям ИС, включая ИТ, ИСФЗ и СППР, моделирование производственных, хозяйственных_, финансовых ситуа­ций. Осуществляется формирование блок-схем. Большое внимание уделяется проектированию информационного обеспечения. Подготавливаются классификаторы и носители данных, моделируется размещение ин­формации в базе данных, включая элементы входных, промежуточных и выходных информационные составляющих, разрабатываются методы контроля и зашиты данных. Выполняется постановка задачи, т.е. её описание по определенным правилам, дающее представление о сущности автоматизируемого процесса и логике преобразования исходных данных. Ответственной работой на стадии проектировании является со­ставление заданий на программирование модулей системы, проек­тирование АРМ исполнителей.

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

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

Стадия внедрения (или четвертый этап) предназначена для разработки контрольного при­мера и инструктивно-методической документации. Контрольный пример — это ограниченная совокупность реальных данных, на которых проверяется корректность алгоритма и работоспособ­ность программы. Документация создается для пользователей различных категорий: конечных пользователей, программистов операторов. Стадия внедрения предполагает:

• обучение всех пользователей работе в новой технологической сфере,

• апробацию предложенных проектных решений в течение определенного перио­да, достаточного для освоения пользователями методики работы на новом АРМ;

• всестороннюю проверку в условиях, мак­симально приближенных к реальным, всех ветвей программ, входящих в комплекс,

• в случае необходимости — окончательную корректировку составляющих элементов ИС и ИТ.

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

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

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

После завершения этапа внедрения начинается стадия эксплуатации_, т.е., живая работа системы в эксплуатационном режиме, ко­торый, однако, не исключает по мере надобности корректировки программ и модернизации ИС.