Wondershare EdrawMind
Галерея диаграмм связей Как стать отличным менеджером проектов в ИТ-индустрии Управление конфигурацией проекта
- 2
Как стать отличным менеджером проектов в ИТ-индустрии Управление конфигурацией проекта
Управление конфигурацией проекта также можно назвать управлением средой проекта и библиотекой документов. В Huawei среда разделена на среду разработки, среду тестирования, производственную среду и среду стандартной библиотеки продуктов. В настоящее время существуют очень хорошие инструменты, такие как шаблоны документов и инструменты управления проектами DingTalk, управление проектами Feishu OKR и управление командой с помощью программных инструментов, целей, задач, результатов кода, производительности, коммуникации и т. д.; скоординировано.
Отредактировано в 2021-02-01 19:40:51
Как стать отличным менеджером проектов в ИТ-индустрии Управление конфигурацией проекта
- Рекомендовано вам
- Структура
Как стать хорошим менеджером проектов? 07 Управление библиотекой документов проекта
1. Знания по управлению документами и конфигурациями.
1. Классификация документов
2. Термины, связанные с управлением документами и конфигурациями
Элементы конфигурации
базовый уровень
Настройка отчетов о состоянии
CCB: изменить конфигурацию платы управления.
3. Определение и классификация библиотек конфигурации.
4. Процесс контроля изменений.
5. Аудит конфигурации, определение и функции аудита конфигурации, а также классификация аудита конфигурации.
2. Классификация документов
1. Документы, относящиеся к информационной системе
Носитель данных и записанные на нем данные.
Постоянный и читаемый людьми или машинами, используемый для описания чего-то, читаемого человеком.
В разработке программного обеспечения документация часто используется для описания любой письменной или графической информации, которая описывает, определяет, определяет, сообщает или сертифицирует действия, требования, процессы или результаты.
2. «Руководство по документации по разработке компьютерного программного обеспечения»
Специальная классификация документов проекта программного обеспечения
Важные аспекты и требования к качеству
неофициальный документ
официальный документ
Проектный цикл
Разработочная документация
Документация продукта
Управление документами
Подробная классификация: 14 типов документов.
отчет о технико-экономическом обосновании
план развития проекта
Спецификация требований к программному обеспечению
Заявление о требованиях к данным
Спецификация эскизного проекта
Подробные инструкции по проектированию
Инструкции по проектированию базы данных
Метод быстрого прототипирования: сводится к прототипу продукта и документации.
Руководство пользователя
Руководство по эксплуатации
Досье разработки модуля
План испытаний
Отчет об анализе испытаний
Ежемесячный отчет о ходе разработки
Сводный отчет о развитии проекта
3. Условия, связанные с управлением документацией и конфигурацией
1. Управление конфигурацией — это набор методов
2. Объекты управления
Активы, созданные в ходе разработки программного обеспечения
код
документ
Данные и т. д.
3. Храните и изменяйте, записывайте все изменения и контролируйте изменения с помощью соответствующих механизмов, чтобы сделать изменения разумными, упорядоченными, полными и прослеживаемыми в истории.
4. Элементы конфигурации
Используйте набор информации о функциях
название, описание, набор ресурсов, реализация
шесть типов
1. Экологическая категория
Среда разработки, эксплуатации и обслуживания программного обеспечения
Такие как: компилятор, операционная система, программное обеспечение для редактирования, система управления, инструменты разработки, Инструменты тестирования, инструменты управления проектами, инструменты документации и т. д.
2. Определите класс
Результаты, полученные после анализа требований и этапа определения системы
Такие как: техническое задание, план разработки проекта, стандарты проектирования или правила проектирования, план приемочных испытаний и т. д.
3. Категория дизайна
Результаты, полученные на этапе проектирования
Например: инструкции по проектированию системы, спецификации программ, дизайн базы данных, стандарты кодирования, дизайн пользовательского интерфейса, стандарты тестирования, планы тестирования системы, руководства пользователя.
4. Категория кодирования
Результаты, полученные после кодирования и модульного тестирования
Например: исходный код, целевой код, примеры модульного тестирования, данные и результаты тестов.
5. Категория испытаний
Работа после завершения тестирования системы, тестовые примеры системы, результаты тестирования, руководства по эксплуатации и руководства по установке.
6. Категория обслуживания
Работа продукта на этапе обслуживания, любые вышеуказанные элементы конфигурации программного обеспечения, которые необходимо изменить.
5. Базовый уровень
Базовый уровень: конкретная точка в конце каждого этапа разработки жизненного цикла программного обеспечения, также называемая вехой.
На этом этапе фазовая работа завершается и формируются формальные фазовые продукты, так что изначально непрерывная работа по разработке разделяется на эти точки, что в большей степени способствует тестированию и подтверждению результатов фазовой работы, а также способствует Смени управление.
Базовыми положениями запрещается пересекать веху для изменения результатов работы другого этапа разработки, а также считается, что некоторые завершенные результаты этапов установленных вех заморожены.
6. Настройте отчеты о состоянии
Описание состояния конфигурации и отчеты
Задача: Эффективно записывать информацию, необходимую для конфигурации управления конфигурацией. Цель состоит в том, чтобы своевременно и точно предоставлять текущее состояние элементов конфигурации для понимания соответствующим персоналом, чтобы улучшить работу по управлению конфигурацией.
7. Обзор конфигурации
Задача: Проверить соответствие элементов конфигурации флагам конфигурации.
Практика разработки программного обеспечения показывает, что элементы конфигурации помечаются для обеспечения контроля изменений и версий. Если никакие проверки и проверки не проводятся, путаница все равно может возникнуть.
8. Флаги конфигурации
Определите, как назвать элемент конфигурации и какую информацию использовать для описания элемента конфигурации.
9. Комитет по контролю изменений
Изменяется организация надзора за изменением элемента конфигурации.
Задача: оценить и утвердить предлагаемые изменения элементов конфигурации, а также контролировать внедрение одобренных изменений.
член:
руководитель проекта
представитель пользователя
контролер качества программного обеспечения
Настройте контроллеры.
Это не обязательно должно быть постоянное учреждение, оно может быть создано в соответствии с потребностями работы проекта.
Состав 2017-2020 гг.
руководитель проекта
представитель пользователя
менеджер по продукту
Директор по продукту
Директор по исследованиям и разработкам
Центр качества-Директор
менеджер по тестированию
Фокус на продукте: версия продукта и планирование разработки.
10. Элементы конфигурации
Элементы конфигурации
Базовый блок контролируется и управляется посредством управления конфигурацией
Идентификатор конфигурации
В жизненном цикле программного обеспечения это процесс классификации и выбора различных типов элементов конфигурации, определения типов элементов конфигурации и присвоения им идентификаторов.
важный контент
Определите и назовите элементы конфигурации.
Идентификатор конфигурации
Основная работа по управлению конфигурацией и необходимые условия для управления управлением элементами конфигурации.
Флаги конфигурации
Определите, какой контент должен войти в управление конфигурацией для формирования элемента конфигурации, определите, как назвать элемент конфигурации и какую информацию использовать для описания элемента конфигурации.
Шаги по созданию системы управления конфигурацией
1. Управление версиями
флаг версии
Различение версий, научное наименование
Числа, кварталы года, названия года и месяца, цветы и т. д.;
2. Настройте отчеты о состоянии
Описания и отчеты о состоянии конфигурации
Задача: Эффективно записывать и сообщать информацию, необходимую для управления конфигурацией.
Цель: Своевременно и точно предоставлять текущее состояние элементов конфигурации, чтобы соответствующий персонал мог понять и улучшить управление конфигурацией.
3. Обзор конфигурации
Задача: Проверить соответствие элементов конфигурации флагам конфигурации.
Цель: Чтобы обеспечить эффективность управления конфигурацией программного обеспечения, реализованы самые фундаментальные требования управления конфигурацией и не допускается путаница.
4. Библиотека конфигурации
Библиотека элементов конфигурации — мощный инструмент для управления конфигурациями.
Гит
СВН.
В разработке программного обеспечения существует три основных типа библиотек конфигурации:
1. Библиотека разработки
Храните различную информацию, которую необходимо сохранить в процессе разработки для исключительного использования разработчиками.
В библиотеку могут вноситься более частые изменения. Пока пользователи, разрабатывающие библиотеку, считают это необходимым, никаких дополнительных ограничений не требуется. Предполагается, что это не повлияет на другие части проекта.
2. Контролируемая библиотека
Когда определенный этап разработки программного обеспечения завершен, рабочий продукт сохраняется или сохраняется соответствующая информация.
Хранимая информация включает в себя документы, читаемые компьютером и человеком.
Контролируйте чтение, запись или изменение информации в библиотеке.
3. Библиотека продуктов
После завершения системного тестирования разработанный программный продукт хранится на складе как конечный продукт, ожидая доставки пользователю или установки на объекте. Информация в библиотеке должна контролироваться.
Примечание:
среда разработки
тестовая среда
Производство или производственная среда
Стандартная библиотека продуктов
Библиотека продуктов проекта
Блок-схема изменения элемента конфигурации
Конфигурация ОК
Элементы конфигурации программного обеспечения
Контроль конфигурации
изменять
Аудит конфигурации
дефект
отчет
Настройка онлайн-базы данных отчетов о состоянии
Настройка отчетов о состоянии
В принципе, элементы конфигурации, находящиеся под контролем, не могут быть изменены, но это не является абсолютным. Если изменения необходимо внести по разным причинам, вы можете отправить запрос на изменение.
После того как запрос на изменение одобрен совместной проверкой и ответственным руководителем, элемент конфигурации разрешается извлечь из библиотеки. После завершения и проверки изменения можно подтвердить его правильность, прежде чем его можно будет повторить. вошел в библиотеку, чтобы вернуть ее в контролируемое состояние.
5. Обзор конфигурации
1. Обзор конфигурации функции
Была ли успешно завершена разработка элементов конфигурации.
Достигли ли элементы конфигурации заданной производительности и функций.
Оформлены ли эксплуатационные и сопроводительные документы объектов конфигурации и соответствуют ли они требованиям.
Просматривать формальные тестовые документы, просматривать отчеты о проверке и валидации на основе тестовых данных; проверять все утвержденные изменения, проверять измененные документы и проводить выборочные проверки проектов, чтобы гарантировать, что все тесты были выполнены на основе функциональных возможностей; и требования к производительности.
2. Обзор физической конфигурации
Соответствует ли каждый встроенный элемент конфигурации соответствующей технической документации.
Соответствует ли элемент конфигурации информации в отчете о состоянии конфигурации.
Проверьте спецификации системы на полноту;
Сравнивайте архитектурный проект и компоненты детального проектирования на предмет единообразия;
Просмотрите список модулей, чтобы определить соответствие утвержденным стандартам кодирования;
Проверьте формат и полноту руководств (например, руководств пользователя, инструкций по эксплуатации) и соответствие описаниям функций системы.