5. РАЗРАБОТКА ПРОГРАММНЫХ СРЕДСТВ (разработка спецификаций на модули и группы программ; трансляция глобальных переменных; трансляция текстов программ; загрузка программ и редактирование связей)
6. ОТЛАДКА СИСТЕМЫ В СТАТИКЕ (планирование отладки системы; тестирование системы; локализация ошибок и корректировка систем; комплексирование систем)
7. КОМПЛЕКСНАЯ ДИНАМИЧЕСКАЯ ОТЛАДКА (выбор средств для ими тации абонентов; разработка программ имтации; создание программ обработки результатов; отладка функционирования АЭИС в реальном масштабе времени)
8. ВЫПУСК МАШИННЫХ НОСИТЕЛЕЙ И ДОКУМЕНТИРОВАНИЕ (изготовле ние машинных носителей; изготовление эксплуатационных документов; изготовление технологических документов; изготовление исследова тельских документов)
9. ИСПЫТАНИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ (испытания на полноту функционирования; испытания на надежность функционирования; обра ботка результатов испытаний; разработка акта испытания)
В настоящее время _ 2процесс планирования . 0 выполняется ведущими специалистами на базе уже имеющегося опыта разработки аналогичных систем (под планированием понимается процесс уточнения состава и порядка действий, процедур и работ, обеспечивающих создание ин формационной системы с заданными свойствами при одновременном оп ределении сроков выполнения отдельных этапов и стадий разработки с целью получения необходимого изделия по возможности с минималь ными затратами и в установленные сроки).
Более сложная проблема возникает при разработке информацион ной системы кооперацией соисполнителей, в том числе территориаль но разрозненных. В этом случае планирование представляет собой итерактивный процесс, включающий в себя два основных этапа. На первом этапе головной исполнитель, владея директивными сроками на создание АЭИС в целом, определяет состав кооперации по отдельным видам работ, устанавливает на основе экспертных оценок трудоемкости работ и задает сроки выполнения работ таким образом, чтобы выполнить заданные директивные сроки выполнения всей работы. На втором этапе планирование выполняется каждым соисполните лем, исходя из заданных сроков выполнения работ. Происходит уточ нение объемов работ и формирование коллектива разработчиков для выполнения заданного объема работ.
Существуют подходы, позволяющие автоматизировать процесс планирования и управления разработкой АЭИС, из которых наибольше го внимания заслуживает программно-целевой метод, для которого характерно распределение ресурсов не на решение отдельных задач, а на достижение основных целей. Конкретные цели и срок всей раз работки, их взаимоувязка на основе способствует реализации разра ботки АЭИС. В общем виде АЭИС можно разбить на подсистемы, прог раммы и программные модули. Система целей соответствует дереву целей, в котором фиксируется генеральная цель.
Планирование проектирования АЭИС может также базироваться на _ 2долгосрочном прогнозировании . 0 их состояния в целом и основных ком понент, на прогнозировании изменения характеристик качества, на оценках развития обнаружения и устранения ошибок.
Долгосрочный план проектирования должен содержать:
1. 2Формулировку общих целей АЭИС и и частных целей создания 2ее компонент. 0 Проводится в техническом задании с указанием харак теристик АЭИС, которые должны быть получены при ее создании. Эта часть расширяется оценками влияния основных факторов на эффектив ностьрешения основной целевой задачи.
2. 2 Стратегию проведения прое 0к 2тирования. 0 Обеспечивает выпол нение поставленных перед АЭИС как общих, так и частных целевых задач с минимальными затратами или минимальными сроками. Она должна определять: принципы и этапы проведения проектирования; последовательность и длительность разработки и отладки структурно и функционально законченных групп аппаратных и программных средств; перечень и объем вспомогательных работ, направленных на ускорение и повышение качества разработки.
3. 2Потребности в ресурсах различных видов для проведения 2проектирования.
4. 2Проект организационной структуры коллектива, необходимого 2для проведения работ.
5. 2Проект технологии и управления всем процессом проведения 2работ и координации их взаимодействия.
Особенность сетевого планирования разработки сложных АЭИС состоит в неопределенности интервалов длительности выполнения ря да работ. Это обусловлено переплетением процессов технического проектирования и исследований отдельных функциональных алгоритмов, а также отработкой методов решения задач.
Для построения _ 2сетевого графика . 0 предлагается перечень основ ных событий.
1. 1Откорректировано и утверждено заказчиком техническое за 1дание.
2. 1Откорректирован состав частных задач групп программ и 1осуществлен выбор методов их решения 0, что фиксируется в обобщаю щем документе (спецификации требований), являющемся неофициальным расширением и уточнением технического задания.
3. 1Разработана функциональная схема АЭИС 0, определяющая ук рупненную логику обработки информации и функционирование всей системы, а также организацию решения всех функциональных задач, основные логические и информационные связи между группами прог рамм, решающими частные задачи, взаимодействие с внешними абонен тами по обмену информацией.
4. 1Разработаны частные технические задания и предварительные 1варианты групп программ 0, фиксирующие назначение, методы решения и состав обменной информации для каждой из разрабатываемой групп программ. При разработке детального сетевого графика необходимо эти этапы распараллеливать по числу функционально законченных частей АЭИС и выделять наиболее трудоемкую и длительную по срокам разработки часть, определяющую критический путь.
5. 1Разработано описание глобальных переменных 0, в котором да ется строго формализованное описание каждой информационной связи между программами, подробно и точно расшифровываются их признаки и спецификации данных, а также отмечаются имена программ, форми рующих и использующих такие переменные.
6. 1Уточнена технологическая схема проведения разработки АЭИС с использованием средств автоматизации, в которой особое внимание должно уделяться полноте и комплексному использованию этих средств.
7. 1Произведено оценочное программирование 0для оптимизации использования ресурсов ПЭВМ, для уточнения затрат на решение от дельных задач, а также для распределения производительности и па мяти команд.
8. 1Произведена оценка потоков сообщений и заявок, длитель 1ностей решений и допустимых запаздываний в решении частных задач путем анализа параметров источников сообщений, по затратам на ре шение аналогичных задач, а также в результате экспертного опроса ведущих специалистов.
9. 1Разработано распределение оперативной памяти 0исходя из требований к допустимой вероятности потери сообщений, из функцио нальных требований АЭИС, а также из ограничений на общий объем оперативной памяти.
10. 1Рассчитаны основные характеристики возможных схем органи 1зации вычислительного процесса 0и определена их эффективность, в результате чего подготавливаются варианты схемы организации вы числительного процесса, которые дополнительно проверяются на сте пень выполнения ряда технических и идеоло 1г 0ических ограничений си стемы управления или обработки информации.
11. 1Рассчитаны основные характеристики вариантов схем опера 1тивного контроля вычислительного процесса 0для обеспечения надеж ности решения при наличии искажений исходной информации, сбоев ПЭВМ и невыявленных ошибок в программах.
12. 1Разработано распределение памяти команд и констант 0, кото рое должно обеспечивать реализацию АЭИС, "равнопрочного" по ка честву всех решаемых задач в условиях ограниченных ресурсов ПЭВМ. 13. 1Разработаны функциональная схема организации вычислитель 1ного процесса 0и алгоритмы взаимодействия с внешними абонентами, алгоритмы начального пуска, центрального диспетчера, местных дис петчеров, временной тактировки и т. д.
14. 1Разработаны функциональная схема оперативного контроля и 1обеспечения надежности вычислительного процесса, 0алгоритмы сбора данных об искажениях вычислительного процесса и алгоритмы приня тия решений в зависимости от характеристик выявленных искажений. 15. 1Произведена оценка необходимой производительности реали 1зующей ПЭВМ, 0а также выявлены задачи, требующие большего времени для решения.
16. 1Аналитически уточнены основные характеристики выбранных 1методов решения задач 0: точностные характеристики, эффективность, пропускная и разрешающая способность, устойчивость алгоритмов уп равления и т. д.
17. 1Методом моделирования уточнены характеристики выбранных 1алгоритмов решения задач 0, которые сопоставлены с аналитическими исследованиями и представлены как часть пояснительной записки к техническому проекту.
18. 1Определены требования к средствам автоматизации проекти 1рования и языку программирования 0, которые позволяют создавать и отлаживать программы при допустимых затратах труда и при доста точно эффективном использовании ресурсов реализующей ПЭВМ.
19. 1Уточнен выбор реализующей ПЭВМ 0с учетом необходимой опе ративной памяти, памяти команд и производительности, а также ме тодов организации вычислительного процесса и обеспечения надеж ности решения задач.
20. 1Подготовлены предложения по уточнению технического зада 1ния на АЭИС 0с учетом выбранных методов решения задач, параметров ПЭВМ, сроков разработки , квалификации специалистов, принятой технологии проектирования и т. д.
21. 1Определен состав и форма технической документации на ап 1паратные и программные средства 0, которые согласуются с заказчиком и и формализуются в стандарте предприятия.
22. 1Разработана или выбрана система автоматизации проектиро 1вания 0, которая должна быть рентабельной, т. е. затраты времени и средств на ее разработку или освоение должны окупаться сокращени ем времени и затрат при создании АЭИС.
23. 1Разработан и предъявлен заказчику технический проект 1АЭИС, 0в котором представлен макетный образец системы и ее доста точно полные функциональные и технические характеристики.
В зависимости от глубины исследований и и инженерных разра боток алгоритмов в той области, где предполагается применять АЭИС, критический путь сетевого графика может проходить либо по работам, носящим исследовательский и методический характер (1 группа), либо по работам, обеспечивающим непосредственное созда ние программ (2 группа), либо по работам, связанным с созданием технологических средств автоматизации программирования и отладки программ (3 группа).
---¬
----------------------------------+17+------------¬
1 группа¦ L--- ¦ работ ¦ ---¬ ¦ ¦---------------------------------+16+-----------¬¦
¦¦ L--- ¦¦
--------¦¦-----------------------------------------------¦¦------- ¦¦ ---¬ ---¬ ¦¦
2 группদ ---------+11+---+14¦ ¦¦ работ ¦¦ ¦ L--- L-T- ¦¦ ¦¦ -+-¬ ---¬ ---¬ ¦ ¦¦
¦¦ ---+ 8+---+10+---+13+¬¦ ¦¦
¦¦ ¦ L--- L--- L---¦¦ ¦¦
---¬ -++¬ ---¬ -+-¬ ---¬ ---¬ -++¬ ---¬ -++¬ ---¬ ¦ 1+---+ 2+---+ 3+---+ 4+---+ 7+---+12+---+15+---+19+---+20+---+23¦ L--- LT-- LT-- L--- L--- L--- LTT- L--- L--- LTT ¦ ¦ ---¬ ---¬ ¦¦ ---¬ ¦¦
¦ L-----+ 5+-------+ 9+--------L-----------+21+-----¦
¦ L--- L--- L--- ¦
--------¦--------------------------------------------------------¦ 3 группа¦ ---¬ ---¬ ---¬ ¦ работ L------------+ 6+-----------------+18+----------+22+----- L--- L--- L--
Критический путь сетевых графиков не всегда проходит по со бытиям непосредственного создания программ
Следует отметить, что в зависимости от глубины исследований и и инженерных разработок алгоритмов в той области алгоритмов в той области, где предполагается применять АЭИС, критический путь се тевого графика может проходить либо по работам, носящим исследо вательский и методический характер (1 группа), либо по работам, обеспечивающим непосредственное создание программ (2 группа), ли бо по работам, связанным с созданием технологических средств ав томатизации программирования и отладки программ (3 группа). _ 2Организация коллективов для создания АЭИС . 0. Конец 70-х годов характеризовался за рубежом как кризис в области создания и про ектирования информационных систем в части программного обеспече ния, который заключался в отставании технологии разработки прог рамм и производства аппаратной части вычислительной техники. Ос новными причинами отставания качества проектирования систем явля лись: низкое качество планирования процесса разработки отдельных компонент и всей системы для заданной цели; плохое управление коллективами специалистов, ведущих разработку, и недостаточный контроль за объективным состоянием систем.
Быстрое раширение круга специалистов, участвующих в разра ботке систем, приводит к необходимости индустриализации проекти рования и создания технологических процессов разработки послед них. Организация коллектива и распределение работ по специалистам могут осуществляться по следующим принципам: на основе распреде ления системного анализа (алгоритмизации) и равзработки компонен тов системы по разным коллективам; по принципу выделения коллек тивов, создающих всю совокупность программных модулей, и группы специалистов, объединяющих эти компоненты в единый комплекс; по принципу распределения достаточно сложных законченных функцио нальных задач по группам специалистов, осуществляюшим их полную разработку, и последующего объединения функциональных задач спе циальной группой ведущих "комплексников".
Одним из вариантов организационной структуры коллектива при создании крупных АЭИС является иерахическая структура, базирующа яся на группах (из 7-10 человек) специалистов разной квалифика ции, решающих достаточно автономную функциональную задачу.
4. Виды поддержки процесса проектирования автоматизированных информационных систем (АЭИС); документирование; цели проектирова ния АЭИС (32. 1. ).
_ 2Методологическая поддержка . 0 включает набор стандартов, инс трукций и методик, определяющих правила создания систем и регла ментирующие построение объекта разработки и процесса его созда ния. В методиках и инструкциях конкретизируются языки проектиро вания систем, правила использования символов и обозначений, пра вила структурного построения аппаратных и программных компонент и их взаимодействия и другие важнейшие методические принципы орга низации вычислительных и информационных систем. Сюда могут быть отнесены и документы, содержащие методические основы процесса со здания систем: правила программирования, принцыпы отладки компо нент систем, порядок их испытания, способы оценки качества и т. д. На базе государственных и отраслевых стандартов, содержащих методические основы проектирования систем, для разработки конк ретной АЭИС или группы систем одного класса создаются стандарты предприятия и руководящие указания по проектированию. В совокуп ности эти документы отражают отражают различные аспекты методоло гии создания конкретных АЭИС.
_ 2Технологическая поддержка . 0 детализирует документы методологи ческой поддержки, регламентирующие технологию обеспечения жизнен ного цикла систем. Документы технологической поддержки определяют этапы проектирования, их результаты и методы контроля соблюдения предписанной технологии. Они тесно связаны с технологией эксплуа тации и сопровождения систем. Технология формализует методы и критерии оценки количества и качества информационной системы (программного продукта) на различных этапах его создания. Для каждого этапа создания аппаратной и программной компонент АЭИС регламентируются: допустимая трудоемкость; длительность его вы полнения с учетом параметрических характеристик объекта разработ ки. В технологии создания конкретных АЭИС определяется использо вание инструментальных средств автоматизации разработки системы. Для каждого средства автоматизации рекомендуется область его эф фективного применения и взаимодействия с другими средствами. В конечном итоге технологический процесс представляется ме тодами, документами и инструментальными средствами автоматизации, в совокупности обеспечивающими необходимое качество системы при допустимых затратах различных ресурсов на их создание.
_ 2Инструментальная поддержка . 0 состоит из программных средств и средств вычислительной техники, связи и тиражирования, обеспечи вающих автоматизацию процесса создания АЭИС (комплекса программ). _ 3Программная оснащенность . 0 определяется функциональными воз можностями программных систем автоматизации разработки ПО. Для каждого этапа разработки могут применяться методы и средства, различающиеся эффективностью, в свою очередь зависящей от особен ностей проектируемой АЭИС. В первом приближении степень программ ной оснащенности можно охарактеризовать объемом программ, активно используемых в типовой технологии. При этом используются следую щие средства: трансляции программных спецификаций и текстов прог рамм с языков высокого уровня; планирования и контроля статичес кого и динамического тестирования программ; программного модели рования объектов внешней среды; автоматизированного управления разработкой и конфигурационного контроля ПС.
_ 2Аппаратурная оснащенность 0 . разработки сложных систем опреде ляется мощностью используемых ЭВМ и возможностью доступа к ним, а именно: быстродействием ЭВМ, используемых при разработке; - чис лом дисплеев, сопряженных с различными типами ЭВМ, доступных в среднем каждому разработчику программ; средним числом возможных подходов к ЭВМ для реализации технологических операций каждым разработчиком за рабочий день. Значительное улучшение всех пока зателей аппаратурной оснащенности достигается при использовании профессиональных персональных ЭВМ в автономном режиме и в локаль ных сетях совместно с большими ЭВМ. В качестве средств проектиро вания или инструментария проектировщика при использовании ПЭВМ должны применяться средства: ведения индивидуальной базы данных (СУБД и окружение); интерфейса пользователя (электронные таблицы, подсказка, графика, меню); информационного поиска (фактографичес кого и смыслового); текстового редактирования (обработка и разме щение текста, использование разнообразных шрифтов, электронная почта; программирования; простейших вычислений (калькулятор); ка лендаризации (электронный календарь и блокноты) и др.
_ 2Организационную поддержку . 0 составляют документы, регламенти рующие взаимодействие специалистов внутри коллектива разработчи ков и с соисполнителями, а также с заказчиками и пользователями. Они определяют права, обязанности и меру ответственности специа листов и руководителей с учетом их должности и квалификации. На эти организационные положения и распределение их по специалистам влияют методологические и технологические принципы распределения, а также характеристики объекта и этапов разработки.
Одним из наиболее важных факторов качественного проектирова ния систем является четко организованная, легко читаемая и усваи ваемая _ 2документация . 0, сжатая, но полная, допускающая внесение из менений. Документация на сложные АЭИС предназначена для детально го отображения их содержания и специфики в процессе разработки, отладки, изготовления, эксплуатации и сопровождения.
Продвигаясь в рамках цикла проектирования от требований пользователей и функциональной спецификации к объединению и оцен ке действующей системы, можно определить, какая информация должна быть включена в документацию на каждом уровне проектирпования и построения системы. Для полного цикла проектирования целесообраз но выделить следующие уровни.
1. _Требования пользователей и функциональные спецификации ... Этот уровень содержит информацию, необходимую для оценки функцио нирования системы. Рациональным является разработка на этом этапе _руководства пользователя . или _руководства оператора . , в которых описывается работа системы. (Следует отметить, что принято разра батывать этот документ в конце цикла проектирования, и часто воспринимается как _ неизбежное зло ...)
2. _Проектная документация системы ... Сюда включаются проектные спецификации программного обеспечения, а также описания процедур, модулей и подсистем на языке проектирования. Обязательной являет ся следующая информация: идентификационные номера процедур и мо дулей; имя проектировщика каждой процедуры и модуля; дата проек тирования процедуры или модуля; именя всех, кто вносил изменения в проект; даты внесения изменений в проект; краткий сведения о том, что делают процедура или модуль; имя модуля, которому при надлежит процедура описание структуры данных и параметров, кото рые обрабатываются данной процедурой; пояснения о назначении каж дого параметра в структуре данных, если это неясно из контекста. 3. _Программная документация ... Состоит из описания процедур и и модулей системы в виде программ на языке программирования. 4. _План объединения ... Состоит преимущественно из информации для руководства проектом (включает схемы руководства календарными сроками проекта.
5. _Техническая документация ... Содержит функциональные описа ния аппаратных средств
6. _ План отладки аппаратных средств
_ 2ЦЕЛИ ПРОЕКТИРОВАНИЯ . 0.
_ 2Качество АЭИС: учет человеческих факторов . 0
_Легкость использования . означает такую разработку документа ции, средств управления структур и форматов входных и выходных данных, которая делает систему удобной, естественной и гибкой. _Удовлетворение потребностей пользователей . означает учет тех требований относительно информации или вычислительных средств, для выполнения которых предназначено АЭИС.
_Реализация потенциальных способностей пользователя . означает обеспечение более творческого характера труда и большего удовлет ворения своей работой пользователей, эксплуатирующих АЭИС.
_Следование модифицированному золотому правилу. . Это правило гласит: "Относитесь к другим людям также, ка Вы хотели бы, чтобы относились к Вам будь Вы на месте этих людей". В проектировании информационных систем одной самых больших ошибок следование (но с весьма неудовлетворительными результатами) немодифицированному золотому правилу:
Относитесь к другим ¦ Разрабатывайте информационные системы, с ко людям, как Вы хоте- ¦ торыми будут работать пользователи и опера ли бы, чтобы отно- ¦ торы, предполагая, что они любят программи сились к Вам. ¦ ровать и сведущи в вычислительной технике В области системотехники (многоразрядные ЭВМ, операционные системы и т. п. ), которая в значительной степени является сферой деятельности университетских кафедр вычислительной науки, это вполне допустимо, т. к. пользователями компиляторов и операционных систем являются программисты, которые весьма сведущи в вопросах, связанных с вычислительной техникой. Но это предположение неверно в области прикладных ИС, где типичными пользователями и операто рами являются экономисты, статистики, бухгалтеры, нормировщики, финансисты, кассиры и т. п. Они, как правило не сведущи в програм мировании и вычислительной технике и при использовании разрабо танных для них систем гораздо больше озабочены использованием своих профессиональных возможностей.
_ 2Качество АЭИС: управление ресурсами
_Эффективность . означает, что ИС выполняет свои функции без излишних затрат ресурсов. К ресурсам относятся все средства, за пасы и другие величины, объем которых ограничен: денежные ресур сы, время разработки, машинное время, оперативная память, про пускная способность канала передачи данных и т. п.
_Измеряемость . означает, ИС, как готовое изделие, можно оснас тить контрольно-измерительными средствами и замерить его характе ристики для определения "узких мест" и неэффективности системы, а также можно легко модифицировать эти средства или настроить их для учета изменений.
_ 2Качество АЭИС: Программотехника . 0
_Специфированность . означает, что до начала разработки системы тщательно и недвусмысленно специфированы функциональные, техни ческие и интерфейсные требования на ИС. Это вовсе не обязывает разработчиков воздерживаться от программирования до полного окон чания спецификации требований. Основными характеристиками специ фированности являются следующие:
1) _полнота . : спецификация является полной, если в ней при сутствуют все необходимые части, и каждая часть разработана над лежащим образом;
2) _безопасность . : спецификация учитывает требования безопас ности, если в ней четко определено функционирование ИС для всех нештатных условий; конструктивным методом достижения безопасности является подход, основанный на преобразовании предикатов.
3) _непротиворечивость . : спецификация непротиворечива, если если ее положения не противоречат друг другу или другим главным спецификациям или целям;
4) _осуществимость . : спецификация осуществима, если в течение всего жизненного цикла специфицированной системы обеспечивается возмещение затрат и прибыль;
5) _проверяемость . : спецификация проверяема, если разработан ная ИС может быть подвергнута проверке на соответствие положениям этой спецификации.
_Правильность . означает, что ИС строго строго соответствует всем функциональным и интерфейсным спецификациям, а также удов летворяет в пределах допусков всем спецификациям технических ха рактеристик.
_Адаптируемость . означает, что готовая ИС или ее компоненты можно легко использовать или приспособить для выполнения новых функций. Адаптируемость включает в себя: 1) _модифицируемость . изделие способствует простоте внесения изменений; 2) _переноси _мость . - изделие может легко и хорошо эксплуатироваться в новых конфигурациях СВТ; 3) _работоспособность . в других системах - изде лие или его компоненты могут использоваться в качестве компонен тов других систем.
Основными характеристиками адаптируемости являются следующие: 2структурированность 0: информационная система структурирована, если она построена по следующим принципам:
- 1абстракция 0: изделие организовано в виде иерархии "уровней абстракции", каждый из которых не содержит информации о свойствах нижних уровней и скрывает информацию о своих внутренних свойствах от более высоких уровней;
1модульность 0: изделие составлено из небольших и независимых модулей, каждый из которых состоит из сильно связанных между со бой частей;
1минимальное число примитивов 0: число видов компонентов, из которых построено изделие, минимально (например, в качестве уп равляющих структур используются только составные операторы: if-then-else, case, do-while, do-until и undo); следует отметить, что принципы структурированности относятся не только к програм мам, но и к данным и к документации;
2независимость 0: ИС независима, если на ее работу не влияют из менения в устройствах, используемых при функционировании (напри мер, изменения в операционных системах и системах управления БД); 2понятность 0: ИС является понятной, если ее назначение и функ ционирование ясны специалистам, которые должны с ней работать. _ 2Эфективность процесса разработки АЭИС: учет человеческих _ 2факторов . 0 Целью учета человеческих факторов является такое управ ление занятыми в процессе сотрудниками, которое позволит удовлет ворить их запросы и реализовать их творческий потенциал.
_Планируемость . предполагает разработку и непрерывное поддер жание в рабочем состоянии плана проектирования изделия. В плане указываются: причины, по которым предпринята разработка проекта; сроки достижения результатов; ответственные за достижение резуль татов; способы достижения результатов; необходимые ресурсы; пред положения, на основе которых должны быть получены результаты. _Организованность . предполагает разработку и непрерывное под держание некоторой структуры должностей и обязанностей. Главными элементами организованности являются: передача прав и ответствен ности подчиненному; разделение труда. Некоторые принципы органи зованности аналогичны принципам структурированности ИС (например, модульность и скрытность информации). Это выражено в законе "Струтура ИС однозначно соответствует структуре разработавшей ее организации".
_Укомплектованность штатов . предполагает подбор, набор и зак репление специалистов. При этом руководитель обычно озабочен сог ласованием двух различных жизненных циклов: жизненного цикла из делия и жизненного цикла или продвижения по службе каждого сот рудника. Такое согласование часто предполагает, что некоторые це ли проекта приносят в жертву долгосрочным целям продвижения по службе сотрудников, участвующих в разработке.
_Руководимость . предполагает качественное выполнение следующих действий: 1мотивации 0- создания и поддержания интереса и стимулов, побуждающих людей прилагать усилия для успеха проекта; 1организа 1ции общения 0- создания и поддержания необходимых сведений о про екте и его окружении для участников проекта; 1руководства сотруд 1никами 0- руководства сотрудниками - улучшения понимания факторов, обеспечивающих мотивацию и учет их в решениях руководства.
_Контролируемость . предполагает сравнение результатов проекти рования с установленными целями и планами, исправление отклонений в разработках.
_Автоматизируемость . предполагает использование вычислительной техники для освобождения разработчиков от ручной работы.
_Следование модифицированному золотому правилу . предполагает наличие равного отношения к проекту исполнителя и руководителя. _ 2Эффективность процесса разработки АЭИС: управление ресурсами _Анализируемость эффективности затрат . обеспечение тщательного анализа затрат и ресурсов для всех возможных подходов к проекти рованию при выборе оптимального проекта.
_Планируемость и контролируемость . предполагает составление и контроль графиков выполнения проекта, планов координации ресурсов. _ 2Эффективность процесса разработки АЭИС: программотехника _Осуществимость . предполагает формулировку предпочтительного замысла функционирования ИС, установление реализуемости проекта с учетом всего жизненного цикла и определение его преимущества по сравнению с другими предложениями.
_Полнота и непротиворечивость требований . предполагает разра ботку спецификаций функций, интерфейсов и технических характерис тик ИС.
_Проектируемость изделия . предполагает разработку спецификаций полной аппаратно-программной архитектуры, структур управления и данных изделия.
_Программируемость . , т. е. возможность разработки полного набора программных компонентов.
_Комплексируемость . , т. е. возможность получения получения пра вильно функционирующей готовой информационной системы из отдель ных аппаратных и программных компонентов.
_Внедряемость . , т. е. возможность получения функционирующей в полном объеме производственной аппаратно-программной системы, за пуск ее в производство и налаживание обучения пользователей. _Сопровождаемость . , т. е. возможность получения функционирующей в полном объеме модификации аппаратно-программной системы.
_Снимаемость . предполагает планомерную передачу функций изде лия ено преемнику.
_Управляемость конфигурацией . ИС предполагает, что в любой мо мент проектирования можно представить его полную версию или базо вые версии, процесс разработки которых происходит следующим обра зом: разрабатывается начальная версия изделия; начальная версия верифицируется, подтверждается, а при необходимости - дорабатыва ется; в результате формального анализа устанавливается, находится ли изделие в состоянии, удовлетворительном для того, чтобы можно было перейти к идентификации базовой версии, подлежащей формаль ному контролю изменений.
Базовые версии имеют следующие достоинства: 1) никакие изме нения не производятся без согласия заинтересованных сторон; 2) наложение ограничений на изменения стабилизирует изделие; 3) сот рудник, ответственный за управление конфигурацией в любой момент имеет полную версию изделия.
Кроме того, в структуре целей рассматривается подцель - _Ве _рификация и подтверждение . , которые определяются следующим образом: - верификация - установление соответствия изделия его специ фикации (неформально - установление правильности его построения); - подтверждение - установление пригодности или соответствия его производственному назначению (неформально - установление не обходимости его разработки и полезности)
5. Жизненный цикл; эффективность технологии проектирования автоматизированных экономических информационных систем (АЭИС) (16. 1).
Понятие "жизненного цикла", используемое в традиционных из делиях промышленности, нашло свое отражение и в производстве АЭИС и его элементов (аппаратного и программного обеспечения). Несмот ря на кажущуюся схожесть описаний жизненного цикла изделий про мышленности и АЭИС, имеются глубокие различия в содержании от дельных этапов этапов. Так широкий спектр содержательных показа телей, которые с различных сторон характеризуют АЭИС, и невысокая достоверность оценки их значений способствует возрастанию диспер сии при попытке описать создаваемые или используемые АЭИС.
Жизненный цикл (ЖЦ) АЭИС включает в себя все этапы развития от возникновения потребности в информационной системе определен ного целевого назначения до полного прекращения ее использования вследствие морального старения или потери необходимости решения поставленных при создании системы задач.
По длительности ЖЦ АЭИС разделяется на два класса:
- системы с малой длительностью эксплуатации, предназначен ные для получения конкретных результатов вычислений. Они относи тельно невелики (до 10 тысяч команд), разрабатываются, как прави ло, одним специалистом или небольшой группой, не предназначены для тиражирования и передачи для последующего использования, пре обладают в научных организациях и ВУЗах;
Системы с большой длительностью эксплуатации создаются для регулярной обработки экономической информации. Размеры их колеб лются в широких размерах (от 10 до 1000 тыс. команд), они могут подвергаться модернизации в процессе их длительного сопровожде ния, допускается большой объем их тиражирования, они снабжаются документацией, как промышленные изделия, преобладают в проектных и отраслевых организациях.
Формально ЖЦ АЭИС может быть представлен приведенной ниже схемой:
_Появление пот- . _Техничес- . _АЭИС . _Прекращение _ребности и по- . _кое зада- . _эксплуатации _становка задачи . _ние
------------¬ -----------¬ -----------¬
------+ Системный +-------+ Проекти- +-------+ Эксплуа- +---- ----+ анализ ¦ ----+ рование ¦ ----+ тация ¦
¦ L------------ ¦ L----------- ¦ L----T-----
¦ ¦ ¦ -----+-----¬Резуль
