2.3. Основные этапы и стадии создания

компьютерных ис управления

В соответствии со стандартом ИСО/МЭК 12207-95 ≪Информационная

технология. Процессы жизненного цикла программных

средств≫ создание информационных систем

должно базироваться на понятии ≪жизненный цикл программной

системы≫. Под ж и з н е н н ы м ц и к л о м п р о г р а м м н о й

с и с т е м ы понимается период с у щ е с т в о в а н и я п р о г р а м м н о й

системы, н а ч и н а я с в ы р а б о т к и п е р в о н а ч а л ь н о й к о н ц е п ц и и

и з а к а н ч и в а я ее м о р а л ь н ы м у с т а р е в а н и е м и л и к в и д а ц и е й .

Информационная система и информационная технология

в процессе разработки и функционирования проходят пять

стадий жизненного цикла: предпроектную; проектирова￢

ния; реализации; внедрения и эксплуатации.

Рассмотрим основное содержание стадий и этапов жиз￢

ненного цикла ИС.

Предпроектное обследование предметной области пре￢

дусматривает выявление всех характеристик объекта и уп￢

равленческой деятельности в нем, потоков внутренних и

внешних информационных связей, состава задач и специалистов,

которые будут работать в новых технологических

38

условиях, уровень их компьютерной и профессиональной

подготовки как будущих пользователей системы.

На этом этапе определяются причины, объясняющие необходимость

использования информационных технологий в

процессе выполнения расчетов, а также указываются недо￢

статки, которые будут устранены в результате автоматиза￢

ции расчетов, формулируются цели применения информа￢

ционной технологии, рассматриваются аргументы, доказы￢

вающие целесообразность применения компьютера.

Например, недостатками, ликвидация которых может служить

обоснованием в пользу применения информационных

технологий на промышленных предприятиях, могут быть:

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

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

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

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

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

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

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

продукции;

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

данных;

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

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

Основа для разработки первого этапа —выявленная

проблема, решение которой требует применения компьютера.

Ее формулирование позволяет выразить цель применения

информационной технологии, которая должна сводиться

к устранению недостатков, присущих данной фирме

(предприятию).

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

1) улучшение экономических показателей, отражающих

качество выполнения конкретной функции управления на

уровне всего предприятия или отдельного структурного подразделения

(сокращение простоев, снижение себестоимости

продукции и т. д.);

39

2) улучшение экономических показателей качества ин￢

формационного обслуживания аппарата управления (со￢

кращение времени обработки информации, повышение степени

ее защиты, достоверности и т. д.).

В результате выполнения первого этапа можно принять

решение ≪либо—либо≫:

1) воспользоваться уже готовым программным средством

и после соответствующей настройки внедрить его в практи￢

ку решения задачи;

2) создать собственный программный продукт на основе

готовых программ, предназначенных д л я конечного пользователя

(Excel, Access), или воспользовавшись услугами

профессионалов-программистов.

В первом случае необходимо осуществить оценку и выбор

информационных систем или технологий, исходя из возможностей

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

эти действия, необходимо получить достоверную

информацию о производителе покупаемого программного

продукта. Как правило, эта информация включает:

1. Оценку репутации фирмы-производителя на рынке

программных продуктов, число продаж данного програм￢

много продукта.

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

изводителем.

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

тых систем.

4. Адаптируемость системы к новым информационным

потребностям, новому производству, новым организационным

структурам (за счет изменения параметров настроек

или написания новых программ).

5. Совместимость покупаемой системы с иными системами,

которые уже функционируют на предприятии, например

системами управления технологическими процессами.

6. Приемлемость цены, куда должны входить следующие

составляющие: покупка, внедрение, сопровождение. Опыт

показывает, что полная цена в два-три раза выше по срав￢

нению с ценой собственно программного продукта.

40

Если на все перечисленные характеристики имеется положительный

ответ, то можно перейти непосредственно

к процессу оценки покупаемой и внедряемой информа￢

ционной системы. Процесс оценки выполняется на основе

действующих в нашей стране следующих стандартов:

ГОСТ ИСО/МЭК 9126-93 ≪Оценка программной продукции

≫, ГОСТ 28195-89 ≪Оценка качества программных

средств. Общие положения≫, ИСО/МЭК 12207-95 ≪Информационная

технология. Процессы жизненного цикла программных

средств≫.

Оценка осуществляется на основе анализа соответствия

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

характеристикам:

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

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

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

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

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

Каждая характеристика оценивается с помощью атрибутов.

В зависимости от их наличия или отсутствия

анализируемую информационную систему можно оценить

нулем или единицей (ДА, НЕТ). Если сумму всех

единиц разделить на число, характеризующее ≪идеаль￢

ную≫ систему, то можно получить оценку анализируе￢

мой информационной системы. Согласно данной методике

≪идеальная≫ система оценивается числом 36. Будем

считать, что оценка системы высокая при 0,7< к < 1,

средняя при 0,5< к < 0,7 и н и з к а я при к < 0,5, где

к = 0/36, О —общая оценка анализируемой системы

(количество единиц, отражающих наличие атрибутов у

оцениваемой системы). Допустим, фактическая оценка

системы равна 23 единицам (пример, приведенный в

табл. 2.1). Тогда получим: к = 23/36 ~ 0,6, что указывает

на среднюю оценку системы [19]. (Сокращение ПС в

табл. 2.1. означает программные средства).

41

Таблица 21

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

Характеристика Промежуточная

характеристика Детальная характеристика

Наличие (1),

отсутствие

(0)свойства

1. Функциональные

возможности

1.1. Функциональная

пригодность

1.1.1) соответствие ПС целям их применения 1

1.1.2) соответствие состава и содержания выходной

информации требованиям пользователей 1

113) соответствие исходной информации, используемой в

организации, требованиям ПС 0

1.2. Способность

к взаимодействию

1.2.1) взаимодействие с информационной системой

организации 1

1.2.2) взаимодействие с информационной системой

нижестоящей организации 1

1.2.3) взаимодействие с компонентами распределенных

баз данных 0

1.2.4) взаимодействие с банками, налоговой инспекцией,

казначейством и т. д. 0

2. Надежность и

безопасность

2.1. Защищенность

2.1.1) соответствие ПС требованиям защиты

от предумышленных угроз безопасности 0

2.1.2) обеспечение эффективности оперативных методов

защиты и восстановления при реализации угроз 1

2.1.3) соответствие нормативным документам на защиту от

различныхтипов угроз 0

2.1.4) обеспечение защиты от различных типов угроз 0

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) возможность освоения ПС на контрольном примере 1

3.1.3) возможность поэтапного освоения ПС

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) удовлетворение соотношением общих затрат на

эксплуатацию ПС и получаемой прибылью 0

4.2.2) удовлетворение соотношением затрат на защиту

данных и получаемой прибылью 1

42

Окончание табл. 2.1

Характеристика Промежуточная

характеристика Детальная характеристика

Наличие (1),

отсутствие

(0) свойства

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

5.1. Внесение

текущих изменений

в ПС в процессе

эксплуатации

5.1.1) наличие документов, содержащих сроки внесения

текущих изменений в ПС 1

5.1.2) полнота документов, отражающих порядок внесения

текущих изменений в ПС 1

5.1.3) наличие системы контроля над внесением текущих

изменений в ПС 1

5.2. Обучение

персонала в период

внедрения и после

внесения изменений

в ПС

5.2.1) наличие системы обучения персонала в процессе

внедрения ПС 1

5.2.2) наличие тестов для контроля уровня знаний

обучаемых 0

5.2.3) наличие системы обучения после внесения

изменений в ПС 1

5.2.4) наличие требований к знаниям персонала

допущенного к эксплуатации ПС 1

Всего по всем строкам 23

Если же принято решение о разработке собственного про￢

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

сводятся в документы: техническое задание на

проектирование (ТЗ) и технико-экономическое обоснование

(ТЭО). Если первый документ содержит полный перечень и

описание работ, то второй документ, кроме этого, включает

смету затрат на их выполнение, уточненные сроки поэтапно￢

го и окончательного завершения ИС и ИТ в эксплуатацию.

Следующая стадия —техническое и рабочее проектирование.

На этой стадии формируются проектные решения

по функциональной и обеспечивающей частям ИС, включая

ИТ, ИСФЗ и СППР, моделирование производственных,

хозяйственных, финансовых ситуаций. Осуществляется

формирование блок-схем. Большое внимание уделяется

проектированию информационного обеспечения. Подго￢

тавливаются классификаторы и носители данных, модели￢

руется размещение информации в базе данных, включая

элементы входных, промежуточных и выходных информационных

составляющих, разрабатываются методы контроля

и защиты данных. Выполняется постановка задачи, то

есть ее описание по определенным правилам, дающее представление

о сущности автоматизируемого процесса и логике

преобразования исходных данных. Ответственной работой

на стадии проектировании является составление заданий

43

на программирование модулей системы, проектирование

АРМ исполнителей.

При постановке задачи указывается алгоритм ее решения.

Алгоритм может быть представлен в виде формул, графических

изображений или последовательности правил. Наиболее

кратко алгоритм можно представить в виде формул.

Так как речь идет о расчетах экономического характера, су￢

щественную помощь при написании формул могут оказать

экономические показатели. Реквизиты-признаки показателей

при этом служат индексами, а реквизиты-основания

представляют обрабатываемые величины.

На следующей стадии жизненного цикла, этапе реализации,

на основе постановки и алгоритмов разрабатываются

программные модули, отлаживается привязка программного

обеспечения к комплексу технических средств

АРМ специалистов. Завершается стадия документальным

оформлением техно-рабочего проекта, написанием инструкций

по эксплуатации. Затем готовый техно-рабочий проект,

после его одобрения заказчиком, сдается в опытную

эксплуатацию.

Стадия внедрения (или четвертый этап) предназначена

для разработки контрольного примера и инструктивно-ме￢

тодической документации. Контрольный пример —это ог￢

раниченная совокупность реальных данных, на которых

проверяется корректность алгоритма и работоспособность

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

различных категорий: конечных пользователей, программистов,

операторов. Стадия внедрения предполагает:

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

сфере;

•апробацию предложенных проектных решений в течение

определенного периода, достаточного д л я освоения пользователями

методики работы на новом АРМ;

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

к реальным, всех ветвей программ, входящих в комплекс;

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

элементов ИС и ИТ.

44

Проверка обеспечивающих и функциональных подсистем

ИС производится в режиме реального времени и в условиях,

близких к действительным производственным хозяйствен￢

ным и финансовым ситуациям.

Поскольку ИС и ИТ должны адаптироваться, ≪прира￢

ботаться≫ к конкретной организации, то д л я достижения

приемлемого уровня адекватности моделей требуется время.

Поэтому длительность этапа внедрения ИС в управлен￢

ческую деятельность должна быть достаточной для оконча￢

тельной отладки и сдачи в эксплуатацию ИТ и ИС в целом,

что закрепляется оформлением акта о приемо-сдаточных

испытаниях ИС.

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

в организации проверки проекта на уровне функций, контроля

его соответствия требованиям, сформулированным

на стадии предпроектного обследования. Этап завершается

подписанием акта о вводе системы в действие.

После завершения этапа внедрения начинается стадия

эксплуатации, то есть живая работа системы в эксплуатационном

режиме, который, однако, не исключает корректиров￢

ки программ и модернизации ИС по мере надобности.