Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
December 21 2024 12:58:59   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
4.12.1 Професси... 34423
Учимся удалять!... 32316
Примеры, синони... 23622
Просмотр готовы... 22918
Декартовы коорд... 22629
FAST (методика ... 21661
содержание - се... 20969
Просмотр готовы... 19697
Работа с инстру... 15138
Сейчас на сайте
Гостей: 13
На сайте нет зарегистрированных пользователей

Пользователей: 9,955
новичок: Logyattella
Друзья сайта
Ramblers Top100
Рейтинг@Mail.ru

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
Выполняемые операции
Операция 1 Группа разработки принимает участие в разработке предложения по проекту.
1. Группы разработки ПО участвует в следующих действиях:
    подготовка и подача предложения.
    представление и обсуждение предложения,
    обсуждение изменений обязательств, связанных с проектом разработки.
2. Группа разработки ПО рассматривает предлагаемые обязательства по проекту.
Примеры проектных обязательств: 
технические цели и задачи проекта; 
техническое решение системы и разработки; 
бюджет, график и ресурсы разработки; 
используемые при разработке стандарты и процедуры.
Операция 2 Создание плана разработки ПО инициируется на ранних стадиях общего планирования проекта и выполняется параллельно ему. 
Операция 3 Группа разработки вместе с другими задействованными группами участвует в общем планировании проекта на протяжении всего его жизненного цикла.
1. Группа разработки рассматривает планы проектного уровня.
Операция 4 Внешние обязательства по проекту разработки, налагаемые на группы и отдельных сотрудников, проверяются высшим руководством в соответствии с документированной процедурой.
Операция 5 Идентифицируется или определяется жизненный цикл разработки, состоящий из предопределенных частей управляемого объема.
Примеры жизненных циклов разработки:
    «водопад»,
    «водопад» с перекрытием,
    «спираль»,
    серийный выпуск,
    единый прототип/«водопад» с перекрытием.
Операция 6 Подготовка проектного плана разработки ПО в соответствии с документированной процедурой.
Эта процедура обычно определяет следующие действия:
1. Основой для плана разработки ПО служат следующие документы:
    стандарты, применяемые заказчиком;
    стандарты, используемые в проекте;
    утвержденное техническое задание;
    установленные требования.
2. Планы для групп, связанных с разработкой, и других инженерных групп, вовлеченных в операции разработки, обсуждаются вместе с этими группами. Вспомогательные работы вносятся в бюджет проекта, а принятые соглашения документируются.
Примеры групп, связанных с разработкой ПО: обеспечения качества ПО, управления конфигурацией ПО, управления документацией.
Примеры других инженерных групп: системного проектирования, проектирования аппаратного обеспечения, системного тестирования.
3. Планы группы разработки по ее участию в действиях смежных и других инженерных групп обсуждаются вместе с этими группами. Вспомогательные работы вносятся в бюджет проекта, а принятые соглашения документируются.
4. План разработки ПО рассматривается:
    менеджером проекта,
    производственным менеджером проекта,
    другими производственными менеджерами,
    другими задействованными группами.
5. Документ плана разработки ПО должен быть управляемым и контролируемым.
Операция 7 Документирование плана проекта разработки ПО.
В ключевых практиках этот план (или совокупность планов) называется планом разработки ПО.
Практики, раскрывающие использование плана разработки ПО, содержатся в описании Операции №1 группы ключевых процессов «Отслеживание хода проекта и контроль над ним».
План разработки ПО раскрывает следующие вопросы:
1. Назначение, объем, цели и задачи проекта разработки.
2. Выбор жизненного цикла разработки.
3. Идентификация выбранных процедур, методов и стандартов разработки и сопровождения ПО.
Примеры стандартов и процедур разработки:
    планирование разработки ПО,
    управление конфигурацией ПО,
    обеспечение качества ПО,
    проектирование архитектуры ПО,
    отслеживание и решение выявленных проблем, измерения при разработке.
4. Идентификация разрабатываемых промежуточных программных продуктов.
5. Оценки объема промежуточных программных продуктов и объема их изменений.
6. Оценки объема работ по проекту и затрат на их выполнение.
7. Оценка предполагаемого использования критических компьютерных ресурсов.
8. Календарные графики проекта разработки, включая определение ключевых точек и процедур проверки. 9. Идентификация и оценка рисков по выполнению проекта разработки.
10. Планы по использованию в проекте специализированных средств и вспомогательного инструментария.
Операция 8 Определение промежуточных программных продуктов, над которыми необходимо установление контроля конфигурации в ходе проекта.
См. описание Операции №4 группы ключевых процессов «Управление конфигурацией ПО».
Операция 9 Оценочный расчет объема промежуточных программных продуктов (или изменений этого объема) в соответствии с документированной процедурой.
Эта процедура обычно определяет следующие действия:
1. Проведение оценки объема для всех основных промежуточных программных продуктов и операций.
Примеры оценочного расчета объема ПО:
    оценка по функциональным точкам,
    по реализованным возможностям,
    по количеству строк кода,
    по количеству пунктов требований,
    по количеству страниц документации.
Примеры видов промежуточных продуктов и операций, для которых выполняются оценки объема:
    системное ПО и вспомогательные программы,
    промежуточные продукты, как предназначенные для поставки заказчику, так и внутреннего пользования,
    программные и непрограммные промежуточные продукты (например, документы),
    операции по разработке, проверке и утверждению промежуточных продуктов.
2. Промежуточные программные продукты разбиваются на составляющие такого объема, который соответствует задачам оценки.
3. По возможности, используются данные по результатам прошлых проектов.
4. Предположения по оценкам объема документируются.
5. Оценки объема документируются, проверяются и согласуются.
Примеры групп и отдельных сотрудников, в чьи обязанности входит проверка и согласование оценок объема:
менеджер проекта,
производственный менеджер проекта,
другие производственные менеджеры.
Операция 10 Получение оценок объема проектных работ и затрат в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. Оценки объема проектных работ и затрат зависят от оценок объема промежуточных программных продуктов (или объема изменений).
2. Для оценок по возможности используются данные по производительности (прошлых и/или текущих проектов). Источники и обоснования этих данных документируются.
    Данные по производительности и затратам берутся, по возможности, из проектов организации.
    Данные по производительности и затратам учитывают объем работ и значимые затраты, требующиеся для создания промежуточных программных продуктов.
Примеры значимых затрат на создание промежуточных программных продуктов:
    расходы на зарплату,
    накладные расходы,
    командировочные расходы,
    расходы на использование машинных ресурсов.
3. Оценки объема работ, потребности в персонале и затрат базируются на прежнем опыте.
    По возможности следует использовать подобные проекты.
    Рассчитываются фазы операций по времени.
Оценки объема работ, потребностей в персонале и затрат распределяются по жизненному циклу ПО.
4. Полученные оценки и предположения документируются, проверяются и согласуются.
Операция 11 Оценка предполагаемого использования критических компьютерных ресурсов в ходе проекта производится в соответствии с документированной процедурой.
Оценка предполагаемого использования критических компьютерных ресурсов в проекте может выполняться для серверной, интеграционной, тестовой и целевой сред.
Эта процедура обычно определяет следующее: 
1. Идентификация критических компьютерных ресурсов.
Примеры критических компьютерных ресурсов: 
объем оперативной памяти, 
требуемая мощность процессора, 
пропускная способность каналов связи.
2. На оценку критических компьютерных ресурсов влияют следующие оценки:
    объем промежуточных программных продуктов,
    рабочая нагрузка процессора,
    интенсивность потока информации (трафик). 
3. Оценки предполагаемого использования критических компьютерных ресурсов документируются, проверяются и согласуются.
Операция 12 Подготовка календарного графика проектных работ в соответствии с документированной процедурой.
Эта процедура обычно определяет следующее:
1. График разработки, который зависит от:
    оценки предполагаемого объема промежуточных программных продуктов (или объема их изменений),
    объема работ и затрат по проекту.
2. Составление графика разработки базируется на прежнем опыте:
    по возможности следует использовать подобные проекты.
3. В графике разработки указываются даты этапов и критических зависимостей, а также другие ограничения.
4. Продолжительность работ и временные рамки этапов в графике разработки должны выбираться таким образом, чтобы обеспечить достаточную точность оценки хода проекта.
5. Предположения, выдвинутые при создании графика, должны документироваться.
6. График разработки документируется, проверяется и согласуется.
Операция 13 Выявление, оценка и документирование рисков по проекту разработки, связанных с затратами, графиком и техническими аспектами проекта.
1. Анализ и определение значительности рисков на основании их потенциального влияния на проект. 2. Определение страховочных действий, связанных с рисками.
Примеры страховочных действий: 
внесение в график резерва по времени; 
создание альтернативных планов укомплектования персоналом; 
создание альтернативных планов по использованию дополнительного аппаратного обеспечения.
Операция 14 Подготовка планов по использованию в проекте специализированных средств и вспомогательного инструментария.
1. Выполнение оценочного расчета потребностей в специализированных средствах и вспомогательном инструментарии на основании оценок объема промежуточных программных продуктов и других характеристик.
Примеры специализированных средств и вспомогательного инструментария разработки:
хост-компьютеры и периферийное оборудование для разработки ПО, 
компьютеры и периферийное оборудование для тестирования ПО, 
целевая операционная среда, 
другое вспомогательное ПО.
2. Распределение обязанностей и обсуждение соглашений по приобретению или разработке этих средств и инструментов. 
3. Планы рассматриваются всеми задействованными группами.
Операция 15 Документирование данных по планированию разработки.
1. Документируемая информация включает в себя сами оценки и дополнительные сведения, необходимые для воспроизведения оценочных расчетов и определения их обоснованности. 
2. Записи данных по плану разработки ПО должны быть управляемыми и контролируемыми.
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Случайные статьи
2.4.7.1 Идея цикли...
Опции поддержки IPv6
7.3.2. Концепци...
2.4.3 Блоковые коды
Глава 4. Я и GPS
Бумажные формы
6. Продукции типа...
Автомобильные аппа...
содержание - сетев...
1.5.3 Распределени...
2.4.8 Итеративные ...
Рационален ли чел...
О легальности испо...
Настройка шрифта т...
Почему САПР не "эл...
Применение атрибута
2.4 УПРАВЛЕНИЕ СИС...
2.2.5 Статистическ...
3. Продукции типа...
2.4.1 Кодирование ...
10.3.6 Драйвер кос...
Необязательные атр...
Сканируем
Движение по маршруту
8.3.2 Внутренние с...
Уникальный идентиф...
Включение приемника
3.2.1. Компоненты ЛВС
7.10 ВЫВОДЫ
5.16 UNLINК
7.3.7. Документац...
4.12.3.5 Система с...
Поворотный экран
1. Продукции типа...
2.4.2 Логическое к...
Метод доступа в се...
Глава пятая. ВЫВО...
Программное обеспе...
ГЛОНАСС
Больше 500 долларов
Мини-чат
Вам необходимо залогиниться.

Нет присланных сообщений.
Copyright © 2009