Меню
Главная
Авторизация/Регистрация
 
Главная arrow Информатика arrow Архитектура и проектирование программных систем

Модели и стадии ЖЦ ПС

Под моделью ЖЦ ПС понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ ПС. Модель ЖЦ зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует. Стандарт 1БО/1ЕС 12207 не предлагает конкретную модель ЖЦ и методы разработки ПС. Его положения являются общими для любых моделей ЖЦ, методов и технологий разработки ПС. Стандарт описывает структуру процессов ЖЦ ПС, но не конкретизирует в деталях, как реализовать или выполнить действия и задачи, включенные в эти процессы.

Модель ЖЦ любой конкретной ПС определяет характер процесса ее создания, который представляет собой совокупность упорядоченных во времени, взаимосвязанных и объединенных в стадии (фазы) работ, выполнение которых необходимо для создания ПС, соответствующей заданным требованиям.

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

  • 1) формирование требований к ПС;
  • 2) проектирование (разработка системного проекта);
  • 3) реализация (может быть разбита на подэтапы: детальное проектирование, кодирование);
  • 4) тестирование (может быть разбито на автономное и комплексное тестирование и интеграцию);
  • 5) ввод в действие (внедрение);
  • 6) эксплуатация и сопровождение;
  • 7) снятие с эксплуатации.

Некоторые специалисты, например Б. Боэм [6], вводят дополнительно начальную стадию - анализ осуществимости системы, что следует считать оправданным, особенно при создании достаточно сложных систем. Здесь имеется в виду программно-аппаратная система, для которой создается, приобретается или модифицируется ПС.

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

Стадия формирования требований к ПС включает в себя следующие этапы.

  • 1. Планирование работ, предваряющих работы над проектом. Основными задачами этапа являются:
    • а) определение целей разработки;
    • б) предварительная экономическая оценка проекта;
    • в) построение плана-графика выполнения работ;
    • г) создание и обучение совместной рабочей группы.
  • 2. Проведение обследования деятельности автоматизируемой организации (объекта), в рамках которого осуществляются:
    • а) предварительное выявление требований к будущей системе;
    • б) определение структуры организации;
    • в) определение перечня целевых функций организации;
    • г) анализ распределения функций по подразделениям и сотрудникам;
    • д) выявление функциональных взаимодействий между подразделениями;
    • е) установление информационных потоков внутри подразделений и между ними;
    • ж) выявление внешних по отношению к организации объектов и внешних информационных воздействий;
    • з) анализ существующих средств автоматизации деятельности организации.
  • 3. Построение модели деятельности организации (объекта), предусматривающее обработку материалов обследования и построение двух видов моделей:
    • а) модели А8 - 1Б (как есть), отражающей существующее на момент обследования положение дел в организации и позволяющей понять, каким образом работает данная организация, а также выявить узкие места и сформулировать предложения по улучшению ситуации;
    • б) модели ТО - ВЕ (как должно быть), отражающей представление о новых технологиях работы организации.

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

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

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

1. Разработку системного проекта ПС. На этом этапе дается ответ на вопрос «Что должна делать будущая система?», а именно: определяются архитектура системы, ее функции, внешние условия функционирования, интерфейсы и распределение функций между пользователями и системой, требования к программным и информационным компонентам, состав исполнителей и сроки разработки, план отладки ПО и контроль качества.

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

2. Разработку детального (технического) проекта. На этом этапе осуществляется собственно проектирование ПС, включающее в себя проектирование архитектуры системы и детальное проектирование. Таким образом, дается ответ на вопрос: «Как построить систему, чтобы она удовлетворяла требованиям?»

Результатом детального проектирования является разработка верифицированной спецификации ПС, включающей в себя [6, 20]:

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

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

Стадия реализации предусматривает выполнение следующих работ.

1. Разработку верифицированной детальной спецификации каждой подпрограммы (блока не более чем из 100 исходных команд языка высокого уровня).

Внешние спецификации должны содержать следующие сведения:

  • • имя модуля - указывается имя, применяемое для вызова модуля (для модуля с несколькими входами для каждого входа должны быть отдельные спецификации);
  • • функция - дается определение функции или функций, выполняемых модулем;
  • • список параметров (число и порядок следования), передаваемых модулю;
  • • выходные параметры - точное описание всех данных, возвращаемых модулем (должно быть определено поведение модуля при любых входных условиях);
  • • внешние эффекты (печать сообщения, чтение запроса с терминала и т.п.).
  • 2. Проектирование логики модулей и программирование (кодирование) модулей.
  • 3. Проверку правильности модулей.
  • 4. Тестирование модулей.
  • 5. Описание базы данных до уровня отдельных параметров, символов и битов.
  • 6. Разработку плана приемных испытаний.
  • 7. Разработку руководства пользователя.
  • 8. Предварительный план комплексирования и отладки.

Содержание последующих стадий в основном совпадает с соответствующими процессами ЖЦ ПС. Вообще, технологические стадии выделяются, исходя из соображений разумного и рационального планирования и организации работ. Возможный вариант взаимосвязи и стадий работ с процессами ЖЦ ПО [7, 18] показан на рис. 3.3.

 
Если Вы заметили ошибку в тексте выделите слово и нажмите Shift + Enter
< Пред   СОДЕРЖАНИЕ   След >
 

Популярные страницы