Лабораторная работа №1 «Разработка описания и анализ информационной системы в автотранспорте»


Процесс управления разработкой программного обеспечения



бет2/46
Дата08.11.2023
өлшемі1,15 Mb.
#190293
түріЛабораторная работа
1   2   3   4   5   6   7   8   9   ...   46
Байланысты:
лаборат Инженерия 21,09,17

Процесс управления разработкой программного обеспечения
Невозможно описать и стандартизировать все работы, выполняемые в проекте по созданию ПО. Эти работы весьма существенно зависят от организации, где выполняется разработка ПО, и от типа создаваемого программного продукта. Но всегда можно выделить следующие:

  • Написание предложений по созданию ПО.

  • Планирование и составление графика работ по созданию ПО.

  • Оценивание стоимости проекта.

  • Подбор персонала.

  • Контроль за ходом выполнения работ.

  • Написание отчетов и представлений.

Первая стадия программного проекта может состоять из написания предложений по реализации этого проекта. Предложения должны содержать описание целей проектов и способов их достижения. Они также обычно включают в себя оценки финансовых и вре­менных затрат на выполнение проекта. При необходимости здесь могут приводиться обоснования для передачи проекта на выполнение сторонней организации или команде разработчиков.
Написание предложений — очень ответственная работа, так как для многих организа­ций вопрос о том, будет ли проект выполняться самой организацией или разрабатываться по контракту сторонней компанией, является критическим. Не существует каких-либо рекомендаций по написанию предложений, многое здесь зависит от опыт.
На этапе планирования проекта определяются процессы, этапы и полученные на каждом из них результаты, которые должны привести к выполнению проекта. Реализа­ция этого плана приведет к достижению целей проекта. Определение стоимости проек­та напрямую связано с его планированием, поскольку здесь оцениваются ресурсы, тре­бующиеся для выполнения плана.
Контроль за ходом выполнения работ (мониторинг проекта) — это непрерывный процесс, продолжающийся в течение всего срока реализации проекта. Руководитель дол­жен постоянно отслеживать ход реализации проекта и сравнивать фактические и пла­новые показатели выполнения работ с их стоимостью. Хотя многие организации имеют механизмы формального мониторинга работ, опытный руководитель может составить яс­ную картину о стадии развитии проекта просто путем неформального общения с разра­ботчиками.
Неформальный мониторинг часто помогает обнаружить потенциальные проблемы, которые в явном виде могут обнаружиться позднее. Например, ежедневное обсуждение хода выполнения работ может выявить отдельные недоработки в создаваемом программ­ном продукте. Вместо ожидания отчетов, в которых будет отражен факт "пробуксовки" графика работ, можно обсудить со специалистами намечающиеся программист­ские проблемы и не допустить срыва графика работ.
В течение реализации проекта обычно происходит несколько формальных контроль­ных проверок хода выполнения работ по созданию ПО. Такие проверки должны дать об­щую картину хода реализации проекта в целом и показать, насколько уже разработанная часть ПО соответствует целям проекта.
Время выполнения больших программных проектов может занимать несколько лет. В те­чение этого времени цели и намерения организации, заказавшей программный проект, могут существенно измениться. Может оказаться, что разрабатываемый программный продукт стал уже ненужным либо исходные требования к создаваемому ПО просто устарели и их необходи­мо кардинально менять. В такой ситуации руководство организации-разработчика может при­нять решение о прекращении разработки ПО или об изменении проекта в целом с тем, чтобы учесть изменившиеся цели и намерения организации-заказчика.
Руководители проектов обычно обязаны сами подбирать исполнителей для своих проектов. В идеальном случае профессиональный уровень исполнителей должен со­ответствовать той работе, которую они будут выполнять в ходе реализации проекта. Однако во многих случаях руководители должны полагаться на команду разработчиков, которая далека от идеальной. Такая ситуация может быть вызвана следующими причинами:

  1. Бюджет проекта не позволяет привлечь высококвалифицированный персонал. В таком случае за меньшую плату привлекаются менее квалифицированные специалисты.

  2. Бывают ситуации, когда невозможно найти специалистов необходимой квалифика­ции как в самой организации-разработчике, так и вне ее. Например, в организации "лучшие люди" могут быть уже заняты в других проектах.

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

Таким образом, почти всегда подбор специалистов для выполнения проекта имеет оп­ределенные ограничения и не является свободным. Вместе с тем необходимо, чтобы хотя бы несколько членов группы разработчиков имели квалификацию и опыт, достаточные для работы над данным проектом. В противном случае невозможно избежать ошибок в разработке ПО.
Руководитель проекта обычно обязан посылать отчеты о ходе его выполнения как заказ­чику, так и подрядным организациям. Это должны быть краткие документы, основанные на информации, извлекаемой из подробных' отчетов о проекте. В этих отчетах должна быть та информация, которая позволяет четко оценить степень готовности создаваемого программного продукта.


Достарыңызбен бөлісу:
1   2   3   4   5   6   7   8   9   ...   46




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет