Материал: УПП. Теоретический зачет

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

Тема №1. Жизненный цикл ИС. Место процесса проектирования в жизненном цикле.

Рисунок 1 — Обобщенная схема этапов жизненного цикла.

Жизненный цикл (ЖЦ) — это эволюция системы, продукции, услуги, проекта или иного рукотворного объекта от замысла до прекращения использования. Базовые характеристики системной инженерии в разрезе стандарта:

Междисциплинарный подход. Он старается расширить те сферы, которые могут входить в решения инженера.

Фокусируется:

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

на документировании требований;

на синтезе дизайна системы;

на подтверждении соблюдения пользовательских требований.

Описывает процесс разработки систем и как бизнес-процесс, и как технический процесс.

Охватывает стадии жизни систем от появления замысла до вывода из эксплуатации.

Задача инженера, касающаяся стандарта, — знать, какие существуют стандарты и что в них имеется. В случае необходимости — суметь обратиться к нужному стандарту.

Основное назначение и задачи стандарта:

Гармонизировать многочисленные стандарты.

Дать возможность организациям договориться о совмещении замыслов, процессов проектирования, создания, эксплуатации и вывода из эксплуатации самых разных рукотворных систем.

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

идея системного подхода;

идея жизненного цикла;

идея инжиниринга требований;

идея архитектурного дизайна;

идея процессного подхода;

идея проектного подхода;

идея культуры контрактации (приобретения и поставки продуктов и услуг).

Общие свойства стандарта:

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

Охватывает полный цикл жизни.

Учитывает необходимость контрактации.

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

Включает в процессы людей, оборудование, компьютеры, софт.

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

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

Обладает технологической нейтральностью.

V-модель — обобщенная модель. Методология V-модели является рекомендательной. V-модель показывает идею жизненного цикла.

Рисунок 2 — V-модель жизненного цикла

25 обязательных процессов системной инженерии Процессы обеспечения проектов

1.Управление моделью жизненного цикла;

2.Управление инфраструктурой;

3.Управление портфелем проектов (программой);

4.Управление персоналом;

5.Управление качеством.

Проектные процессы

6.Планирование проекта;

7.Управление выполнением;

8.Контроль проекта;

9.Управление решениями;

10.Управление рисками;

11.Управление конфигурацией;

12.Управление информацией;

13.Измерения.

Технические процессы

14.Анализ требований;

15.Архитектурный дизайн;

16.Изготовление;

17.Интеграция;

18.Проверка (verification);

19.Переход к эксплуатации;

20.Приемка (validation);

21.Эксплуатация;

22.Обслуживание;

23.Вывод из эксплуатации. Контрактации

24.Закупка;

25.Поставка.

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

Тема №2. Эффективность проектирования.

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

Потребители ИС — заказчики, покупатели, пользователи сталкиваются с

задачами потребительской оценки приобретаемой ИС.

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

Базовые праксеологические параметры:

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

Результат действия — состояние объекта, достигнутое за счет действия и являющееся результатом реализации цели или ее части.

Затраты — объем ресурсов, планируемых и израсходованных на

реализацию действия для достижения полезного результата.

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

Тема №3. Оценка инженерной деятельности и продукта разработки.

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

Возникают 2 проблемы:

1.Проблема эффективности оценки качества разрабатываемой ИС.

ИС имеет единую цель функционирования — обработку информации. Однако, являясь по своей сути сложной системой, ИС вызывает трудности с выявлением единого обобщенного критерия эффективности функционирования. Действительно, каждый отдельный компонент системы имеет свой специфический частный критерий, как правило, не совпадающий и играющий подчиненную роль по отношению к критерию эффективности всей системы.

2.Проблема эффективности проводимых работ в разрезе оценки качества технологии разработки ИС.

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

Видеале, показатели полезности должны позволить:

Сравнивать различные варианты архитектурной компоновки моделей представления ИС;

Анализировать причины нежелательного отклонения показателей от желаемых;

Отражать обобщенную «полезность» для общества технологий проектирования программных средств, которая в первую очередь характеризуется трудоемкостью и длительностью создания;

Оценивать качество программ, достигаемое при применении

соответствующих технологий изготовления ИС.

Показатели технологии разработки должны удовлетворять следующим правилам:

Показатель должен быть численным и измеримым;

Должен быть один крупный обобщённый показатель (нельзя вдаваться в мелочи);

Показатель должен быть устойчивым, то есть слабо зависеть от

случайных неконтролируемых факторов.

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