|
Управление ИС на различных этапах жизненного цикла ИС
ЖЦ является модель создания и использования АСУП, отражающая различные ее состояния, начиная с момента необходимости и заканчивая полным выходом из употребления у всех пользователей. ЖЦ включает следующие этапы:
- анализ требований;
- проектирование ИС;
- программирование – внедрение;
- тестирование и отладка;
- эксплуатация и сопровождение.
Анализ требований: это фаза уточнений, формализации и документирования требований заказчика. Требования должны включать:
1) совокупность условий, при которых предполагается эксплуатировать будущую систему (аппаратные и программные ресурсы, внешние условия ее функционирования, состав людей и работ, имеющих к ней отношение);
2) описание выполняемых системой функций;
3) ограничения в процессе разработки (сроки завершения отдельных этапов и имеющиеся ресурсы, организационные мероприятия обеспечивающие защиту информации).
Цель анализа – преобразование общих неопределенных знаний о требованиях к будущей системе в точные определения.
Результат анализа – это модель требований к системе (или системный проект), определяющий: 1) архитектуру системы, ее функции, внешние условия, распределение функций между аппаратной и программной частями, 2) интерфейсы и распределение функций между человеком и системой, 3) требования к программам и информационным компонентам, к БД.
Модель требований должна включать:
- полную функциональную модель требований к ИС с глубокой проработкой до уровня всех операций каждого должностного лица;
- спецификация операций нижнего уровня;
- пакет отчетов и документов по функциональной модели, включающей характеристики объекта моделирования, перечень подсистем, требования к способам и средствам связи для информационного обмена между компонентами;
- архитектуру системы с привязкой к концептуальной информационной модели;
- предложения по организационной штатной структуре для поддержания системы.
Решение совокупности этих проблем достигается при помощи методологии структурного и объектно-ориентированного анализа. Структурный анализ, это метод исследования систем, который начинается с общего обзора ее и затем детализируется, приобретая иерархическую структуру со все большим числом уровней.
Для него характерно: 1) разбиение на уровне абстракции с ограничением числа элементов на каждом уровне от 3 до 7, 2) ограниченный контекст включающий лишь существенные на каждом уровне детали, 3) использование строгих формальных правил записи.
Проектирование ИС.
1. Разработка технического задания: после построения бизнес-модели предприятия осуществляется разработка технического задания, включает два основных пункта: а) обозначение границ реализации (любая система может быть разбита на части по четырем типам реализации системы: ручную, пакетную, диалоговую, реального времени), б) выбор подходящих технических средств.
2. Проектирование. Задача этого этапа: исследование структуры системы и логических связей ее элементов. Результат: построение модели реализации, демонстрирующей, как система будет удовлетворять предъявленные к ней требования.
Структурное проектирование осуществляется при помощи модулей, базовых строительных блоков. Существенными для структурного проектирования являются свойства:
- модуль состоит из множества операторов, записанных последовательно;
- модуль имеет имя, по которому можно ссылаться как к единому фрагменту;
- модуль может принимать и передавать данные как параметры вызывающей последовательности или связывать данные через фиксированные ячейки или общие области.
В структурном подходе для целей проектирования модулей используется техника структурных карт, демонстрирующие каким образом системные требования будут отражаться комбинацией программных структур. Чаще всего применяются две техники: 1) структурные карты Константайна (описание отношений между модулями), 2) карты Джексона (описание внутренней структуры модулей).
Тестирование и отладка.
Тестирование представляет собой набор процедур и действий предназначенных для демонстрации корректной работы АСУП. Цель: выявление наличия ошибок или убедительная демонстрация их отсутствия. Наиболее применяемым является метод детерминированного тестирования. В качестве тестов используют конкретные исходные данные, состоящие из взаимосвязанных входных и результирующих величин и правильных последовательностей их обработки.
При установлении наличия ошибок наступает этап отладки, начиная с обнаружения симптомов ошибки и заканчивается определением ее местоположения и исправлением. В основе всех способов отладки лежат три метода: 1) метод просмотра (когда текст программы изучается на наличие ошибок и смысловых расхождений с текстом алгоритма), 2) метод проверки (когда программист по тексту мысленно старается восстановить определяемый программой вычислительный процесс, после чего сверяет его с требуемым процессом), 3) прокрутка (основой метода является имитация программистом выполнения программы с целью более конкретного и наглядного представления о процессе определяемом текстом проверяемой программы, то есть программа проверяется как бы в динамике ее работы над конкретными данными).
CASE (Computer Aided System Engineering) технологии.
Это совокупность методологий, анализа, проектирования, разработки и сопровождения сложных программных систем. Основная цель CASE осуществить начальные этапы – анализ и проектирование. Существует два поколения CASE средств:
1) предназначено для анализа требований проектирования спецификаций и структуры системы (адресовано системным аналитикам и проектировщикам).
2) предназначено для поддержки полного жизненного цикла разработки (используются средства поддержки автоматической генерации кода, обеспечивается полная функциональная поддержка для создания графических систем требований и спецификаций проектирования, контроля анализа и увязывания системной информации, информации по управлению проектом, построения прототипов и моделей систем, тестирования и анализа сгенерированных программ, генерации документов по проекту, контроля на соответствие со стандартом по всем этапам жизненного цикла).
Основные функциональные возможности CASE средств: 1) общий графический язык, 2) общая БД проекта, то есть хранение всей информации о проекте. Любая информация об объекте описывается перечислением его свойств, 3) интеграция средств. На основе БД проекта осуществляется интеграция CASE средств и разделение системной информации между разработчиками, 4) поддержка коллективной разработки и управления проектом, 5) прототипирование. CASE позволяют строить быстрые прототипы системы, что позволяет на разных этапах разработки оценить на сколько будущая система удовлетворит заказчика, 6) генерация документации. Вся документация по проекту генерируется автоматически на базе БД проекта. Любые изменения в проекте автоматически отражаются в БД, 7) верификация проекта. CASE обеспечивает автоматический контроль проекта на полноту и состоятельность на ранних этапах разработки, 8) автоматическая кодогенерация. Осуществляется на основе БД и позволяет автоматически построить до 90% объектных кодов или текстов программ на языках высокого уровня, 9) сопровождение и реинжиниринг. CASE средства позволяют продуцировать схемы системы из ее кодов и интегрировать полученные схемы в проект, автоматически обновлять документацию при изменении кодов.
| 
