5. Состав и содержание работ по созданию системы

Дата: 2025-05-25; Просмотры: 2

Оценка:

0.00 из 5.00 — оценок

Скачиваний: 0

Скачать

6. Порядок контроля и приемки системы (виды и порядок испытаний, проводимых перед сдачей системы, состав комиссии)

7. Требования к работам по вводу системы в действие (конкретные мероприятия)

8. Требования к документированию

9. Источники разработки ТЗ (разные ГОСТы и РД)

15. Области знаний в управлении проектами

В разделе 3 Свода знаний по управлению проектом (Project Management Body of Knowledge, PMBoK) описываются области знаний:

· Управление интеграцией проекта

· Управление содержанием проекта

· Управление сроками проекта (временными параметрами)

· Управление стоимостью проекта

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

· Управление человеческими ресурсами проекта

· Управление коммуникациями проекта

· Управление рисками проекта

· Управление закупками проекта

· Управление заинтересованными сторонами проекта

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

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

Управление сроками проекта включает в себя процессы, обеспечивающие своевременное завершение проекта.

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

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

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

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

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

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

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

16. Предпроектное обследование при внедрении ИС

Важным этапом в проекте является предпроектное обследование.

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

Предпроектное обследование включает:

· Анализ организационной структуры

· Изучение схемы работы предприятия

· Анализ текущего уровня автоматизации

· Анализ бизнес-процессов компании

· Анализ соответствия выбранной ИС бизнес-процессам компании

· Выводы по результатам обследования

· Определение плана внедрения

· Определение экономической целесообразности

17. Управление интеграцией проекта

Управление интеграцией проекта – одна из областей знаний по управлению проекта согласно PMBoK (Project Management Body of Knowledge, Свод знаний по управлению проектом). Включает в себя процессы и операции, необходимые для определения, уточнения, комбинирования, объединения и координации различных процессов и операций по управлению проектом в рамках групп процессов управления проектом. Данная область включает в себя следующие процессы:

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

· Разработка плана управления проектом - процесс определения, подготовки и координации всех вспомогательных планов и интеграции их в комплексный план управления проектом.

· Руководство и управление работами проекта - процесс руководства и исполнения работ, определенных в плане управления проектом, и применения одобренных изменений для достижения целей проекта.

· Мониторинг и контроль работ проекта - процесс отслеживания, проверки и ведения отчетности о ходе исполнения для достижения целей исполнения, определенных в плане управления проектом.

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

· Закрытие проекта или фазы проекта - процесс завершения всех операций всех групп процессов управления проектом в целях формального завершения проекта или фазы.

18. Классификация проектов. Виды ИТ-проектов

Классификация проектов дана по различным классификационным признакам:

Основные виды ИТ-проектов:

· Проекты разработки и развития программного обеспечения

· Проекты внедрения информационных систем

· Инфраструктурные и организационные проекты

Особенности проектов разработки и развития ПО:

· Разработка программного обеспечения осуществляется в рамках методологий, методов и подходов программной инженерии.

· Программная инженерия (Software Engineering)— это инженерная дисциплина, которая связана со всеми аспектами производства ПО от начальных стадий создания спецификации до поддержки системы после сдачи в эксплуатацию.

Особенности проектов внедрения ИС:

· Корпоративные информационные системы управления (интегрированные системы управления предприятием, ИСУП на основе ERP) – мощнейший инструмент и жизненная необходимость для большинства организаций

· На практике применяются: стратегия «большого взрыва», «шаг за шагом» или пилотное внедрение

· Программно-зависимые поэтапные модели (например, ValueSAP — целостный подход, объединяющий в комплексной инфраструктуре методы, инструменты и опыт компании SAP)

Основные этапы: подготовка проекта, обследование, проектирование, реализация системы, опытно-промышленная эксплуатация, ввод в промышленную эксплуатацию.

19. Управление содержанием проекта. Структурная декомпозиция работ

Управление содержанием проекта – одна из областей знаний по управлению проекта согласно PMBoK (Project Management Body of Knowledge, Свод знаний по управлению проектом). Включает в себя процессы, требуемые для обеспечения того, чтобы проект содержал только те работы, которые требуются для успешного выполнения проекта. Управление содержанием проекта непосредственно связано с определением и контролем того, что включено и что не включено в проект.

Включает в себя следующие процессы:

· Планирование управления содержанием - процесс создания плана управления содержанием, документирующего, каким образом содержание проекта будет определяться, подтверждаться и контролироваться.

· Сбор требований - процесс определения, документирования и управления потребностями и требованиями заинтересованных сторон для достижения целей проекта.

· Определение содержания - процесс разработки подробного описания проекта и продукта.

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

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

· Контроль содержания - процесс мониторинга состояния содержания проекта и продукта, а также управления изменениями базового плана по содержанию.

Создание иерархической структуры работ (ИСР) — это процесс разделения поставляемых результатов проекта и работ проекта на меньшие компоненты, которыми легче управлять. Для создания ИСР используется декомпозиция.

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

Пример (Из PMBoK):

20. Основные этапы проекта внедрения информационной системы

Проект внедрения информационной системы состоит из следующих этапов:

· Подготовка проекта (выбор системы и интегратора, разработка устава, выбор команды)

· Обследование, включая анализ бизнес-процессов (изучение схемы работы предприятия, анализ бизнес-процессов предприятия и оценка степени соответствия функциональных возможностей системы бизнес-процессам)

· Проектирование системы (разработка и утверждение ТЗ, закупка лицензий)

· Реализация

· Опытно-промышленная эксплуатация (цель - убедиться в том, что функциональность системы полностью соответствует требованиям предприятия+ обучение сотрудников работе с системой)

· Ввод в промышленную эксплуатацию (завершение внедрения)

21. Управление сроками проекта. Виды визуализации проекта: диаграммы Ганта, сетевые графики.

Управление сроками проекта - одна из областей знаний по управлению проекта согласно PMBoK (Project Management Body of Knowledge, Свод знаний по управлению проектом). Включает в себя процессы, необходимые для того, чтобы обеспечить своевременное выполнение проекта.

Включает в себя следующие процессы:

· Планирование управления расписанием - процесс, устанавливающий политики, процедуры и документацию по планированию, разработке, управлению, исполнению и контролю за расписанием проекта.

· Определение операций - процесс идентификации и документирования конкретных действий, которые необходимо выполнить для создания поставляемых результатов проекта.

· Определение последовательности операций - процесс определения и документирования связей между операциями проекта.

· Оценка ресурсов операций - процесс оценки типа и количества материалов, человеческих ресурсов, оборудования или расходных материалов, требуемых для выполнения каждой операции.

· Оценка длительности операций - процесс оценки количества рабочих периодов, требуемых для завершения отдельных операций с учетом оценки ресурсов.

· Разработка расписания - процесс анализа последовательностей операций, их длительностей, потребностей в ресурсах и ограничений расписания для создания модели расписания проекта.

· Контроль расписания - процесс мониторинга статуса операций проекта для актуализации прогресса проекта и управления изменениями базового расписания с целью соответствия плану.

Расписание проекта можно представить с помощью линейчатой диаграммы (диаграммы Ганта).

Линейчатые диаграммы. Диаграммы, относящиеся к расписанию, называемые также диаграммами Ганта, в которых операции перечислены на вертикальной оси, даты приведены на горизонтальной оси, а длительности операций показаны в виде горизонтальных полос, расположенных в соответствии с датами старта и финиша. Линейчатые диаграммы сравнительно легко читаются и часто используются для представления информации руководству.

Другой способ – с помощью сетевого графика.

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

22.Стандарты в области ИТ проектов. ГОСТ 19, ГОСТ 24, ГОСТ 34

В России ГОСТы серий 19, 24 и 34 часто применяются при создании и внедрении ПО и автоматизированных систем, особенно, когда в качестве заказчиков выступают государственные или крупные коммерческие организации.

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

ГОСТ 19 – «Единая система программной документации» (ЕСПД)

Составные части ГОСТа 19:

· ГОСТ 19.001-77 Общие положения

· ГОСТ 19.781-90 – Термины и определения

· Правила выполнения документации разработки:

- Требования к содержанию и оформлению

· Правила обращения программной документации:

· Правила выполнения эксплуатационной документации:

· Правила выполнения документации сопровождения

· Правила выполнения документации изготовления

ГОСТ 24 – «Единая система стандартов автоматизированных систем управления» (ЕСС АСУ)

Составные части ГОСТа 24:

· Общие положения

· Требования к содержанию документов

· ГОСТ 24.703-85 Типовые проектные решения. Основные положения

ГОСТ 34 – Комплекс стандартов на автоматизированную систему

Составные части ГОСТа 34:

· Автоматизированные системы. Термины и определения

· Виды, комплектность и обозначение документов при создании автоматизированных систем

· Техническое задание на создание автоматизированной системы

· Виды испытаний автоматизированных систем

· Автоматизированные системы. Стадии создания

· Автоматизированные системы. Требования к содержанию документов

23.Управление стоимостью проекта. Стоимостная оценка проекта, выбор альтернативных проектов. Оценка экономической эффективности проекта.

По стандарту ANSI PMI PMBOK® 3-rd Edition (2004):

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

· Управление стоимостью – воздействие на факторы, вызывающие отклонения по стоимости, и управление изменениями бюджета проекта.

· Стоимостная оценка – определение примерной стоимости ресурсов, необходимых для выполнения операций проекта.

Методы стоимостной оценки:

· Метод оценки «сверху вниз»

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

· Метод оценки «снизу вверх»

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

· Метод оценки «по аналогу»

Суть метода оценки «по аналогу» заключается в том, что для предсказания стоимости оцениваемого проекта используются фактические данные о стоимости прежде выполненных проектов.

· Методы параметрических оценок

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