
- •«Управление it-проектами»
- •Основное определение понятия «проект»
- •Основные стандарты управления проектами и их взаимосвязь
- •Основное определение понятия «управление проектами»
- •Основное определение понятий «программа», «управление программой», «портфель», «управление портфелем»
- •Роль офиса управления проектами
- •Роль менеджера управления проектами
- •Взаимосвязь проектов и стратегического планирования организации
- •Проекты и организационная деятельность предприятия
- •Взаимосвязь управления проектами и операционного управления процессами организации. Факторы среды предприятия
- •Факторы среды предприятия
- •Влияние организации на управление проектами
- •Жизненный цикл проекта
- •Фазы проекта
- •Взаимосвязь жизненного цикла проекта и продукта
- •Руководство проектом на протяжении жизненного цикла
- •Связи между фазами проекта
- •Определение понятия «процесс». Группы процессов управления проектом
- •Общие взаимодействия процессов управления проектами
- •Состав группы процессов инициации
- •Состав группы процессов планирования
- •Состав группы процессов исполнения
- •Состав группы процессов мониторинга и управления
- •Состав группы процессов завершения
- •Назначение процессов проекта в рамках жизненного цикла системы
- •Процесс планирования проекта
- •Процесс оценки проекта
- •Процесс контроля проекта
- •Процесс принятия решений
- •Процесс управления рисками
- •Процесс управления конфигурацией
- •Процесс управления информацией
- •Определение понятия «модель жизненного цикла»
- •Взаимосвязь моделей жизненных циклов информационных и программных систем
- •Каскадная (водопадная) модель жизненного цикла разработки ис
- •Спиральная модель жизненного цикла разработки ис
- •Инициация проекта разработки информационной системы
- •Сравнение процессов инициации проекта разработки ис в различных стандартах и методологиях
- •Общая методика инициации проекта
- •Предварительное оценивание реализуемости проекта разработки ис
- •Участники проекта разработки ис. Документирование инициации проекта разработки ис
- •Определение участников проекта в стандарте iso 15288:2002
- •Участники проекта разработки ис
- •Документирование процессов инициации проекта разработки ис
- •План управления проектом
- •Процесс планирования проекта в рамках жизненного цикла системы
- •Планирование проекта разработки ис в соответствии с положениями гост группы 34 «Информационные технологии»
- •Основные определения и описания требований к информационным и программным системам
- •Основы управления требованиями к информационным и программным системам
- •Основные проблемы работы с требованиями к информационным и программным системам
- •Входы, инструменты и выходы процесса «Определение содержания»
- •Входы, инструменты и выходы процесса «Создание иерархической структуры работ»
- •Особенности выполнения процессов построения иерархической структуры работ в соответствии с положениями iso 15288:2002
- •Процессы планирования человеческих ресурсов в стандарте pmbok
- •Процессы управления человеческими ресурсами в стандарте iso 15288:2002
- •Описание идеальной команды it-проекта
- •Модель People Capability Maturity Model
- •Основные процессы формирования и управления расписанием проекта
- •Методы и инструменты процесса «Определение операций»
- •Методы и инструменты процесса «Определение последовательности операций»
- •Методы и инструменты процесса «Оценка ресурсов операций»
- •Методы и инструменты процесса «Оценка длительности операции»
- •Процесс «Разработка расписания»
- •Процесс «Управление расписанием»
- •Технология разработки расписания проекта на основе метода критического пути
- •Основы управления стоимостью проекта
- •Процесс «Оценка стоимости»
- •Процесс «Определение бюджета проекта»
- •Проблема оценки стоимости и бюджетирования ит-проектов
- •Видение кризиса инженерных подходов и зарождение идей гибкого управления ит-проектами
- •Гибкие методологии разработки. Манифест и принципы Agile. Семейство Agile-методологий
- •Анализ особенностей Agile-ориентированных подходов на примере Scrum
- •Проблемы применения Agile-методологий
- •Процессы управления исполнением проекта
- •Методики измерений, используемые в иt-проектах
- •Процесс «Завершение проекта или фазы»
Основные определения и описания требований к информационным и программным системам
Определения требований к информационным и программным системам
|
|
|
|
|
Явное опреде-ление понятия «требо-вание» отсут-ствует |
Требование – это ответ на следующие вопросы: «Что требуется от системы?»; «Зачем это нужно?»; «Кому это необходимо?»; «Насколько это важно?»; «Чем можно измерить степень соблюдения требования?» |
а) условие или возможность, необходимые пользователю для решения проблемы или достижения цели; б) условие или возможность, которой должна обладать система или компонент системы, соответствующие договору, стандарту, спецификации или другому официальному документу; в) документированное представление условия или возможности подобно описанному в первых двух определениях |
Общие определения понятия «требования» аналогичны определениям в пунктах а) и б) общего определения понятия «Требование» в стандарте IEEE 610.12-1990 |
а) общее определение понятия «требование» в стандарте IEEE 610.12-1990; б) требование – это нечто такое, что приводит к выбору дизайна; в) требования – это спецификация того, что должно быть реализовано. В них описано поведение системы, свойства системы или ее атрибуты. Они могут быть ограничены процессом разработки системы. |
По результатам анализа данных определений можно сделать следующие выводы:
четкого определения понятия «требование к информационной системе» не существует;
ряд специалистов придерживается определения понятия «требование», изложенного в стандарте IEEE 610.12-1990;
в то же время другие специалисты пользуются теми определениями, которые наилучшим образом отражают особенности предлагаемых этими специалистами методов и методик формирования, анализа и управления этими требованиями.
Классификационный подход к определению понятия «требование»
Практически все исследования, посвященные проблеме формирования и управления требованиями, отмечают необходимость разделения множества всех возможных требований к ИС (или же к программной системе) на ряд отдельных подмножеств требований, имеющих некие общие признаки
Группы требований, выделенные в документе «Отчет о выполнении работ на стадии «Формирование требований к автоматизированной системе»
Группы требований, выделенные в документе «Техническое задание на автоматизированную систему»
Группы требований к информационной системе, выделенные в соответствии с методологией SSADM
Группы требований, выделенные в соответствии с предложением Д. Леффингуэлла и Д. Уидрига
Взаимосвязи уровней требований к системе по Карлу И. Виггерсу
Взаимосвязь групп требований в процессе разработки системы по версии компании Telelogic
Задание на самостоятельную работу
Изучить атрибутивные модели требований к информационным и программным системам
Исследование атрибутивных описаний требований к ИС и программным системам позволяет утверждать следующее:
не существует единой атрибутивной модели описания требования;
атрибутивные модели описания требований могут уточняться, изменяться и дополняться новыми атрибутами в зависимости от особенностей разрабатываемой системы, предметной области, заинтересованных сторон и других факторов;
описания бизнес-требований, потребностей пользователей и аналогичных по назначению групп требований носят практически неформализованный характер и очень слабо используют атрибутивные модели;
наиболее формальны описания функциональных требований к ПО, которые основаны на атрибутивных моделях и совместном использовании формального аппарата той или иной разновидности визуальных моделей.