Тема 7. Основы управления проектами

Тема 7. ОСНОВЫ УПРАВЛЕНИЯ ПРОЕКТАМИ

Общие сведения о проектах

Организация процесса разработки программного обеспечения

Общие сведения о проектах

Информационная система разрабатывается как некоторый проект. Объектом разработки является программное обеспечение системы, поэтому проект разработки ИС часто называется программным проектом.

Многие особенности управления проектами и ключевые фазы разработки проекта (фазы ЖЦ объекта разработки) являются общими, не зависящими не только от предметной области, но и от характера проекта. Рассмотрим ряд вопросов управления проектами, которые являются общими для проектов любого вида.

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

Можно выделить следующие основные отличительные признаки проекта как объекта управления:

1) изменчивость – целенаправленный перевод системы из существующего в некоторое желаемое состояние, описываемое в терминах целей проекта;

2) ограниченность конечной цели;

3) ограниченность продолжительности проекта;

4) ограниченность бюджета и требуемых ресурсов;

5) новизна для предприятия, на котором реализуется проект;

6) комплексность – наличие большого числа факторов, прямо или косвенно влияющих на прогресс и результаты проекта;

7) правовое и организационное обеспечение – создание специфической организационной структуры на время реализации проекта.

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

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

1) материалов;

2) оборудования;

3) человеческих ресурсов.

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

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

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

1) объем работ;

2) сроки выполнения проекта;

3) себестоимость проекта;

4) экономическая эффективность, обеспечиваемая реализацией проекта;

5) социальная и общественная значимость проекта.

Проекты могут сильно отличаться по сфере приложения, составу, предметной области, масштабам, длительности, составу участников, степени сложности, значимости результатов и т.п.

Класс проекта определяется по его составу и структуре:

1) монопроект – это отдельный проект, который может быть любого типа, вида и масштаба;

2) мультипроект – это комплексный проект, состоящий из ряда монопроектов и требующий применения многопроектного управления.

Тип проекта определяется по основным сферам деятельности, в которых он осуществляется:

1) технический;

2) организационный;

3) экономический;

4) социальный;

5) смешанный.

Разработка информационных систем относится к техническим проектам, которые имеют следующие особенности:

1. Главная цель проекта четко определена, но отдельные цели должны уточняться по мере достижения частных результатов.

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

проекта.

Масштаб проекта определяется по размерам бюджета и количеству участников: мелкие, малые проекты, проекты, крупные проекты. Можно также рассматривать масштабы проектов в более конкретной форме – отраслевые, корпоративные, ведомственные проекты, проекты одного предприятия.

Основные понятия дефектов, ошибок и рисков в жизненном цикле.

Основные понятия дефектов, ошибок и рисков в

Жизненном цикле.

Статистика ошибок и дефектов в комплексах программ и их характеристики в конкретных типах проектов ИС могут служить ориентирами для разработчиков при распределении ресурсов в жизненном цикле ИС и предохранять их от излишнего оптимизма при оценке достигнутого качества программных продуктов. Источниками ошибок в ИС, как правило, являются специалисты-конкретные люди с их индивидуальными особенностями, квалификацией, талантом и опытом. К понятию «риски» относятся негативные события и их величины, отражающие потери, убытки или ущерб от процессов или продуктов, вызванные дефектами при проектировании требований, недостатками обоснования проектов ИС, а также при последующих этапах разработки, реализации и всего жизненного цикла комплексов программ. В ЖЦ ИС не всегда удается достигнуть требуемого положительного эффекта и может проявляться некоторый ущерб- риск в создаваемых проектах, программных продуктах и их характеристиках. Риски проявляются, как негативные последствия дефектов функционирования и применения ИС, которые способны нанести ущерб системе, внешней среде или пользователю в результате отклонения характеристик объектов или процессов от заданных требованиями заказчика, согласованными с разработчиками. Риски характеризуют возможные негативные последствия дефектов или ущерб пользователей при применении и функционировании ИС и системы, и задача разработчиков сводится к сокращению дефектов и ликвидации рисков.

Характеристики дефектов и рисков непосредственно связаны с достигаемой корректностью, безопасностью и надежностью функционирования программ и помогают:

1.оценивать реальное состояние проекта и планировать необходимую трудоемкость и длительность для его положительного завершения;

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

3.рассчитывать необходимую эффективность контрмер и дополнительных средств оперативной защиты от потенциальных дефектов и не выявленных ошибок;

4.оценивать требующиеся ресурсы ЭВМ по расширению памяти и производительности, с учетом затрат на реализацию контрмер при модификации и устранении ошибок и рисков.

Понятие ошибки в программе - в общем случае под ошибкой подразумевается неправильность, погрешность или неумышленное искажение объекта или процесса, что может быть причиной ущерба - риска при функционировании и применении программы. При этом предполагается, что известно правильное, эталонное состояние объекта или процесса, по отношению к которому может быть определено наличие отклонения— ошибки или дефекта. Исходным эталоном для любого ИС являются спецификация требований заказчика или потенциального пользователя, предъявляемых к программам. Подобные документы устанавливают состав, содержание и значения результатов, которые должен получать пользователь при определенных условиях и исходных данных. Любое отклонение результатов функционирования программы от предъявляемых к ней требований и сформированных по ним эталонов-тестов, следует квалифицировать как ошибку — дефект в программе, наносящий некоторый ущерб. Различия между ожидаемыми и полученными результатами функционирования программ могут быть следствием ошибок не только в созданных программах, но и ошибок в первичных требованиях спецификаций, явившихся базой при создании эталонов-тестов. Тем самым проявляется объективная реальность, заключающаяся в невозможности абсолютной корректности и полноты исходных спецификаций и эталонов для сложных проектов ИС. На практике в процессе ЖЦ ИС исходные требования поэтапно уточняются, модифицируются, расширяются и детализируются по согласованию между заказчиком и разработчиком. Базой таких уточнений являются неформализованные представления и знания специалистов-заказчиков и разработчиков, а также результаты промежуточных этапов проектирования. Однако установить некорректность таких эталонов еще труднее, чем обнаружить дефекты в сопровождаемых программах, так как принципиально отсутствуют формализованные данные, которые можно использовать как исходные. Важной особенностью процесса выявления ошибок в программах является отсутствие полностью определенной программы - эталона, которой должны соответствовать текст и результаты функционирования разрабатываемой программы. Поэтому установить наличие и локализовать дефект непосредственным сравнением с программой без ошибок в большинстве случаев невозможно. При отладке и тестировании обычно сначала обнаруживаются вторичные ошибки и риски, т.е. последствия и результаты проявления некоторых внутренних дефектов или некорректностей программ. Потери эффективности и риски программ за счет неполной корректности в первом приближении можно считать прямо пропорциональными (с коэффициентом) вторичным ошибкам в выходных результатах.

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

Небольшими ошибками называют такие, на которые средний пользователь не обратит внимания при применении ПС вследствие отсутствия их проявления и последствия которых обычно так и не обнаруживаются. Небольшие ошибки могут включать орфографические ошибки на экране, пропущенные разделы в справочнике и другие мелкие проблемы. Такие ошибки никогда не помешают выпуску и применению версии системы и программного продукта. По десятибалльной шкале рисков небольшие ошибки находятся в пределах от 1 до 3-го приоритета.

Умеренными ошибками называют те, которые влияют на конечного пользователя, но имеются слабые последствия или обходные пути, позволяющие сохранить достаточную функциональность ПС. Это такие дефекты, как неверные ссылки на страницах, ошибочный текст на экране и даже сбои, если эти сбои трудно воспроизвести и они не оказывают влияния на существенное число пользователей. Некоторые умеренные ошибки, возможно, проникают в конечный программный продукт. Ошибки, которые можно исправить на этом уровне, следует исправлять, если на это есть время и возможность. По десятибалльной шкале умеренные ошибки находятся в диапазоне от 4 до 7-го приоритета.

Критические ошибки останавливают выпуск версии программного продукта. Это могут быть ошибки с высоким влиянием, которые вызывают сбой в системе или потерю данных, отражаются на надежности и безопасности применения ПС, с которыми никогда не передается комплекс программ пользователю. По десятибалльной шкале - от 8 до 10-го приоритета.

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

Данного типа

Первичные ошибки в ИС в порядке уменьшения их влияния на сложность обнаружения и масштабы корректировок можно разделить на

следующие группы:

· ошибки, обусловленные сложностью компонентов и ИС в целом и наиболее сильно влияющие на размеры модификаций;

· ошибки вследствие большого масштаба— размера комплекса программ, а также высоких требований к его качеству;

· ошибки планирования и корректности требований модификаций часто могут быть наиболее критичным для общего успеха ЖЦ ИС и системы;

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

· системные ошибки, обусловленные отклонением функционирования ИС в реальной системе, и характеристик внешних объектов от предполагавшихся при проектировании;

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

· ошибки реализации спецификаций изменений – программные дефекты, возможно, ошибки нарушения требований или структуры компонентов ИС;

· программные ошибки, вследствие неправильной записи текстов программ на языке программирования и ошибок трансляции текстов изменений программ в объектный код;

· ошибки в документации, которые наиболее легко обнаруживаются и в наименьшей степени влияют на функционирование и применение версий ИС;

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

При разработке и сопровождении программ основным лимитирующим ресурсом обычно являются допустимые трудозатраты специалистов, а также ограничения на сроки разработки, параметры ЭВМ, технологию проектирования корректировок ИС.

Тема 7. ОСНОВЫ УПРАВЛЕНИЯ ПРОЕКТАМИ

Общие сведения о проектах