37 Состав и характеристика процессов жизненного цикла программного обеспечения (основных, вспомогательных и организационных).

ЖЦ ПО определяется как период времени, который начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации.

Процессы жизненного жикла ПО делятся на основные, вспомогательные и организационные.

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

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

· процесс поставки: определяет работы поставщика, то есть организации, которая поставляет систему или её часть;

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

· процесс эксплуатации: определяет работы организации, которая обеспечивает эксплуатационное обслуживание системы в заданных условиях в интересах пользователей;

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

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

· процесс документирования: определяет работы по описанию сформированных требований, полученных результатов и т.п.;

· процесс управления конфигурацией: определяет работы по управлению конфигурацией технических и программных средств;

· процесс обеспечения качества: определяет работы по объективному обеспечению того, чтобы продукты проектирования и процессы соответствовали установленным для них требованиям и реализовывались в рамках утвержденных планов;

· процесс верификации: определяет работы (заказчика, поставщика или независимой стороны) по верификации разработанных продуктов и процессов, то есть их соответствие предъявляемым требованиям, по мере реализации этапов проекта;

· процесс аттестации: определяет работы (заказчика, поставщика или независимой стороны) по окончательному утверждению соответствия продуктов проектирования, предъявляемым к ним требованиям;

· процесс совместного анализа: определяет работы по оценке состояния и результатов какой-либо деятельности. Данный процесс может использоваться двумя любыми сторонами, когда одна из сторон проверяет другую;

· процесс аудита: определяет работы по определению соответствия требованиям, планам и договору. Данный процесс может использоваться, когда одна из сторон контролирует продукты и работы другой стороны;

· процесс решения проблемы: определяет работы по анализу и устранению проблем (включая несоответствия), которые были обнаружены во время разработки, эксплуатации или других процессов независимо от их характера и источника.

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

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

· процесс создания инфраструктуры: определяет основные работы по созданию инфраструктуры процессов жизненного цикла;

· процесс усовершенствования: определяет основные работы, которые организация (заказчика, поставщика, разработчика, персонала сопровождения или администратора другого процесса) выполняет при создании, оценке, контроле и усовершенствовании выбранных процессов жизненного цикла;

· процесс обучения: определяет работы по соответствующему обучению персонала заказчика, поставщика, разработчика или кого-либо другого.

38. Определение и содержание процесса разработки программного обеспечения экономической информационной системы.

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

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

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

• количество связей между отдельными подсистемами должно быть минимальным (принцип «слабой связанности» — Low Coupling);

• связность отдельных частей внутри каждой подсистемы должна быть максимальной (принцип «сильного сцепления» - High Cohesion).

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

• каждая подсистема должна инкапсулировать свое содержимое (скрывать его от других подсистем);

• каждая подсистема должна иметь четко определенный интерфейс сдругими подсистемами.

Инкапсуляция (принцип «черного ящика») позволяет рассматривать структуру каждой подсистемы независимо от других подсистем.

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

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

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

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

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