    Сейчас на сайте: 1 посетителей (1 зарегистрированных, 0 гостей) |   426057681  574055213 |  Партнерам |  Авторам |  Покупателям |
Нормативная поддержка управления требованиями в проектах разработки программного обеспечения
| дипломные работы, Менеджмент Объем работы: 93 стр. Год сдачи: 2005 Стоимость: 5000 руб. Просмотров: 628 | Не подходит работа? |
Оглавление
Введение
Заключение
Заказать работу
Содержание
Введение 7
Глава 1. Описание предприятия 12
1.1 Продукция 13
1.2 Потребители 13
1.3 Поставщики 14
1.4 Проблемы и перспективы развития 14
1.5 Краткое описание структуры дипломного проекта 14
Глава 2. Проект процедуры проектного управления 16
2.1 Описание процедуры проектного управления 16
2.1.1 Состав процедуры 16
2.2 Анализ требований 17
2.2.1 Состав процедуры 18
2.2.2 Определение ожиданий заказчика 18
2.2.3 Определение проектных и корпоративных ограничений 20
2.2.4 Определение внешних ограничений 23
2.2.5 Определение сценариев функционирования и применения 23
2.2.6 Определение измерителей эффективности и годности 24
2.2.7 Определение границ системы 24
2.2.8 Определение интерфейсов 24
2.2.9 Определение внешних условий функционирования 25
2.2.10 Определение концепции процессов жизненного цикла 25
2.2.11 Определение функциональных требований 25
2.2.12 Определение требований к рабочим характеристикам 26
2.2.13 Определение режимов работы 27
2.2.14 Определение измерителей технической производительности 27
2.2.15 Определение физических характеристик 27
2.2.16 Определение человеческого фактора 27
2.2.17 Установка основной версии требований 28
2.3 Подтверждение требований 28
2.3.1 Состав процедуры 28
2.3.2 Сравнение с ожиданиями заказчика 29
2.3.3 Сравнение с проектными и корпоративными ограничениями 29
2.3.4 Сравнение с внешними ограничениями 30
2.3.5 Определение расхождений и противоречий 30
2.3.6 Подтверждение основной версии требований 30
2.4 Функциональный анализ 30
2.4.1 Состав процедуры 31
2.4.2 Анализ функционального контекста 31
2.4.3 Функциональная декомпозиция 33
2.4.4 Установка функциональной архитектуры 35
2.5 Проверка функциональной архитектуры 37
2.5.1 Состав процедуры 38
2.5.2 Определение процедур проверки 39
2.5.3 Проведение проверочной оценки 39
2.5.4 Выявление расхождений и конфликтов 40
2.5.5 Установка проверенной функциональной архитектуры 40
2.6 Дизайн синтез 41
2.6.1 Состав процедуры 42
2.6.2 Группировка и выделение функций 43
2.6.3...
Введение 7
Глава 1. Описание предприятия 12
1.1 Продукция 13
1.2 Потребители 13
1.3 Поставщики 14
1.4 Проблемы и перспективы развития 14
1.5 Краткое описание структуры дипломного проекта 14
Глава 2. Проект процедуры проектного управления 16
2.1 Описание процедуры проектного управления 16
2.1.1 Состав процедуры 16
2.2 Анализ требований 17
2.2.1 Состав процедуры 18
2.2.2 Определение ожиданий заказчика 18
2.2.3 Определение проектных и корпоративных ограничений 20
2.2.4 Определение внешних ограничений 23
2.2.5 Определение сценариев функционирования и применения 23
2.2.6 Определение измерителей эффективности и годности 24
2.2.7 Определение границ системы 24
2.2.8 Определение интерфейсов 24
2.2.9 Определение внешних условий функционирования 25
2.2.10 Определение концепции процессов жизненного цикла 25
2.2.11 Определение функциональных требований 25
2.2.12 Определение требований к рабочим характеристикам 26
2.2.13 Определение режимов работы 27
2.2.14 Определение измерителей технической производительности 27
2.2.15 Определение физических характеристик 27
2.2.16 Определение человеческого фактора 27
2.2.17 Установка основной версии требований 28
2.3 Подтверждение требований 28
2.3.1 Состав процедуры 28
2.3.2 Сравнение с ожиданиями заказчика 29
2.3.3 Сравнение с проектными и корпоративными ограничениями 29
2.3.4 Сравнение с внешними ограничениями 30
2.3.5 Определение расхождений и противоречий 30
2.3.6 Подтверждение основной версии требований 30
2.4 Функциональный анализ 30
2.4.1 Состав процедуры 31
2.4.2 Анализ функционального контекста 31
2.4.3 Функциональная декомпозиция 33
2.4.4 Установка функциональной архитектуры 35
2.5 Проверка функциональной архитектуры 37
2.5.1 Состав процедуры 38
2.5.2 Определение процедур проверки 39
2.5.3 Проведение проверочной оценки 39
2.5.4 Выявление расхождений и конфликтов 40
2.5.5 Установка проверенной функциональной архитектуры 40
2.6 Дизайн синтез 41
2.6.1 Состав процедуры 42
2.6.2 Группировка и выделение функций 43
2.6.3...
Введение
Управление качеством в процессах разработки ПО
Стандарт ISO 9000-2000
По ISO, качество — это полнота свойств и характеристик продукта, процесса или услуги, которые обеспечивают способность удовлетворять заявленным или подразумеваемым потребностям [1]. Современные способы обеспечения качества базируются на подходах TQM (Total Quality Management). Это управление ресурсами и применение количественных методов анализа для улучшения материалов и услуг, поставляемых в организацию, всех процессов внутри организации, а также степени удовлетворенности настоящих и будущих потребностей клиентов.
Активное внедрение подходов качества в США и Европе началось в начале 1960-х годов. Если говорить о программировании, то идеи качества пришли сюда из промышленности в ответ на кризис конца 1960-х годов.
В основу построения организационной системы по ISO 9000-2000 закладываются следующие принципы:
• Концентрация на потребностях заказчика.
• Активная лидирующая роль руководства.
• Вовлечение исполнителей в процессы совершенствования.
• Реализация процессного подхода.
• Системный подход к управлению.
• Обеспечение непрерывных улучшений.
• Принятие решений на основе фактов.
• Взаимовыгодные отношения с поставщиками.
При этом методически, в полном соответствии с дисциплиной построения сложных систем, стандарт ISO 9000-2000 предусматривает, с одной стороны, построение организационной системы «сверху вниз»: от целей предприятия и его политики — к организационной структуре и формированию бизнес процессов, и с другой — итеративное развитие организационной системы через механизмы измерения и улучшения.
Цена качества
В программировании в цене качества выделяют согласованную (conformance) и несогласованную (non-conformance) цену. Согласованная цена включает все планируемые затраты на повышение качества и предупреждение появления несоответствий. Несогласованная цена — это незапланированные потери, связанные с рекламациями, переделками, переносом сроков проекта и т. д....
Управление качеством в процессах разработки ПО
Стандарт ISO 9000-2000
По ISO, качество — это полнота свойств и характеристик продукта, процесса или услуги, которые обеспечивают способность удовлетворять заявленным или подразумеваемым потребностям [1]. Современные способы обеспечения качества базируются на подходах TQM (Total Quality Management). Это управление ресурсами и применение количественных методов анализа для улучшения материалов и услуг, поставляемых в организацию, всех процессов внутри организации, а также степени удовлетворенности настоящих и будущих потребностей клиентов.
Активное внедрение подходов качества в США и Европе началось в начале 1960-х годов. Если говорить о программировании, то идеи качества пришли сюда из промышленности в ответ на кризис конца 1960-х годов.
В основу построения организационной системы по ISO 9000-2000 закладываются следующие принципы:
• Концентрация на потребностях заказчика.
• Активная лидирующая роль руководства.
• Вовлечение исполнителей в процессы совершенствования.
• Реализация процессного подхода.
• Системный подход к управлению.
• Обеспечение непрерывных улучшений.
• Принятие решений на основе фактов.
• Взаимовыгодные отношения с поставщиками.
При этом методически, в полном соответствии с дисциплиной построения сложных систем, стандарт ISO 9000-2000 предусматривает, с одной стороны, построение организационной системы «сверху вниз»: от целей предприятия и его политики — к организационной структуре и формированию бизнес процессов, и с другой — итеративное развитие организационной системы через механизмы измерения и улучшения.
Цена качества
В программировании в цене качества выделяют согласованную (conformance) и несогласованную (non-conformance) цену. Согласованная цена включает все планируемые затраты на повышение качества и предупреждение появления несоответствий. Несогласованная цена — это незапланированные потери, связанные с рекламациями, переделками, переносом сроков проекта и т. д....
Заключение
В результате проведенных работ был разработан первый проект процедуры проектной деятельности, областью применения которой является вся проектная деятельность до построения и реализации структурного плана работ.
Последним шагом в описанной процедуре является разработка дерева системы. Следующим шагом должно стать построение структурного плана работ по созданию системы, который будет основываться на разработанном дереве системы. Фрагмент первой итерации этого плана приведен на рис. 5.1.
Этапы Дерево системы Пакеты работ
Э1.1.4 Компоновка Э1.1.4
Э1.1.4.1 Разработка Э1.1.4.1
ТЗ на Э1.1.4.1 Разработка ТЗ
Э1.1.3 Разработка Э1.1.3
ТД на Э1.1.3 Разработка документации
Э1.1.2 Сборка Э1.1.2
Э1.1.2.3 Сборка Э1.1.2.3
Э1.1.2.3.4 Разработка Э1.1.2.3.4
ТД на Э1.1.2.3.4 Разработка документации
Э1.1.2.3.3 Разработка Э1.1.2.3.3
ТД на Э1.1.2.3.3 Разработка документации
Этап 2 Э1.1.2.3.2 Разработка Э1.1.2.3.2
ТД на Э1.1.2.3.2 Разработка документации
Э1.1.2.3.1 Разработка Э1.1.2.3.1
ТД на Э1.1.2.3.1 Разработка документации
ТД на Э1.1.2.3 Разработка документации
Э1.1.2.4 Разработка Э1.1.2.4
ТД на Э1.1.2.4 Разработка документации
Э1.1.2.2 Разработка Э1.1.2.2
ТД на Э1.1.2.2 Разработка документации
ТД на Э1.1.2 Разработка документации
Э1.1.2.1 Разработка Э1.1.2.1
ТД на Э1.1.2.1 Разработка документации
Э1.1.1 Компоновка Э1.1.1
Э1.1.1.4 Разработка Э1.1.1.4
Этап 1 Э1.1.1.3 Разработка Э1.1.1.3
Э1.1.1.2 Разработка Э1.1.1.2
Э1.1.1.1 Разработка Э1.1.1.1
ТД на Э1.1.1 Разработка документации
Рис.5.1 Фрагмент структурного плана работ
Дальнейшие планы по улучшению деятельности компании:
• Доработка процедуры «Контроль»
• Пересмотр и доводка процедур «Анализ требований», «Подтверждение требований», «Функциональный анализ», «Проверка функциональной архитектуры», «Дизайн синтез», «Проверка физической...
В результате проведенных работ был разработан первый проект процедуры проектной деятельности, областью применения которой является вся проектная деятельность до построения и реализации структурного плана работ.
Последним шагом в описанной процедуре является разработка дерева системы. Следующим шагом должно стать построение структурного плана работ по созданию системы, который будет основываться на разработанном дереве системы. Фрагмент первой итерации этого плана приведен на рис. 5.1.
Этапы Дерево системы Пакеты работ
Э1.1.4 Компоновка Э1.1.4
Э1.1.4.1 Разработка Э1.1.4.1
ТЗ на Э1.1.4.1 Разработка ТЗ
Э1.1.3 Разработка Э1.1.3
ТД на Э1.1.3 Разработка документации
Э1.1.2 Сборка Э1.1.2
Э1.1.2.3 Сборка Э1.1.2.3
Э1.1.2.3.4 Разработка Э1.1.2.3.4
ТД на Э1.1.2.3.4 Разработка документации
Э1.1.2.3.3 Разработка Э1.1.2.3.3
ТД на Э1.1.2.3.3 Разработка документации
Этап 2 Э1.1.2.3.2 Разработка Э1.1.2.3.2
ТД на Э1.1.2.3.2 Разработка документации
Э1.1.2.3.1 Разработка Э1.1.2.3.1
ТД на Э1.1.2.3.1 Разработка документации
ТД на Э1.1.2.3 Разработка документации
Э1.1.2.4 Разработка Э1.1.2.4
ТД на Э1.1.2.4 Разработка документации
Э1.1.2.2 Разработка Э1.1.2.2
ТД на Э1.1.2.2 Разработка документации
ТД на Э1.1.2 Разработка документации
Э1.1.2.1 Разработка Э1.1.2.1
ТД на Э1.1.2.1 Разработка документации
Э1.1.1 Компоновка Э1.1.1
Э1.1.1.4 Разработка Э1.1.1.4
Этап 1 Э1.1.1.3 Разработка Э1.1.1.3
Э1.1.1.2 Разработка Э1.1.1.2
Э1.1.1.1 Разработка Э1.1.1.1
ТД на Э1.1.1 Разработка документации
Рис.5.1 Фрагмент структурного плана работ
Дальнейшие планы по улучшению деятельности компании:
• Доработка процедуры «Контроль»
• Пересмотр и доводка процедур «Анализ требований», «Подтверждение требований», «Функциональный анализ», «Проверка функциональной архитектуры», «Дизайн синтез», «Проверка физической...
После офорления заказа Вам будут доступны содержание, введение, список литературы*
*- если автор дал согласие и выложил это описание.