Программное обеспечение (стр. 5 из 7)

По отношению к ПЦ возможно применение всех тех соображений, связанных с компенсацией затрат.

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

Цены второй и последующих ступеней исключают эти затраты и предполагаемые затраты на производство.

Тема 6: Управление разработкой программной продукции.

Управление осуществляется для обеспечения требуемого качества изделия (в техническом задании);

Соблюдение сроков разработки (ТЗ);

Эффективное использование ресурсов разработки.

Управление осуществляется на основе последовательной реализации работ и этапов ЖЦПО:

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

Осуществляется учет выполнения этапов и работ.

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

Особенности разработки программной продукции.

Крупномасштабность планирования. Планирование ведется на уровне этапов и работ.

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

Плохая сбалансированность планов работ по ресурсам. отсутствие достоверных методов распределения ресурсов по работам приводит к перераспределению ресурсов.

Для того чтобы осуществить качественное управление разработкой осуществляется технологическая подготовка разработки.

Определить состав и последовательность выполнения работ.

Определить состав и квалификацию исполнителей по выполнению работ.

Определить оборудование, необходимое для выполнения работ.

Методы и инструментальные средства выполнения работ.

Методы и средства контроля результатов работ.

Норма расхода ресурсов по отдельным работам.

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

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

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

В качестве технологической схемы в программостроении выступают клмандные планы и наборы заданий.

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

Техническое задание (ТЗ);

Нормативно-методическая документация (стандарты, методические материалы);

Архив технологических процессов по предыдущим резработкам;

Набор инструментальных средств (систем программирования, документации).

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

Производится диспетчерское обслуживание разработки (контроля хожа выполнения задания);

В случае получения результатов об отклонении принимаются решения по корректировке процесса разработки;

Позволяют наращивать архив разработки и используются в дальнейшем.

Организация коллектива разработчиков.

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

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

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

Существуют два варианта бригад:

предметная область ПИ определяется в терминах программирования, то есть задание представляется собой результат работы относящийся к программированию;

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

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

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

При разработках второго вида распределение специалистов по бригадам может быть:

Формирование бригады.

…

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

I	ТЗ	ТП	РП	ВН
II	ТЗ	ТП	РП
III	ТЗ	ТП

Формирование специализированных бригад (из специалистов одного профиля). Результат работы отдельной бригады не всегда представляет собой конечный результат разработки.

Сложнее вести управление разработкой, требуется строгая формализация работ каждой бригады. На поздних этапах разработки результаты могут отклоняться от ТЗ.

Если из-за сложности и масштабности разработки требуется большое число исполнителей и организация нескольких бригад, то рекомендуется:

Рассмотреть вопрос о специализации бригад по функциональному признаку;

Желательно внедрить ведущую, главную бригаду. Эта бригада выполняет наиболее существенное задание и как можно больше участвует в жизненном цикле. Бригаде даются другие бригады соисполнители (которые могут быть со своим ТЗ).

Профессиональный состав исполнителей.

Удобно увязать с этапами разработки (стадиями):

ТЗ - формируется 1 бригада (на предпроектной стадии). Руководитель разработки, высококвалифицированных постановщиков-аналитиков.

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

ТП (техническое проектирование) - ведущие постановщики с их подчиненными соисполнителями постановщиками. Ведущий постановщик выделяется по функциональному признаку. Каждому ведущему постановщику и его коллективу полезно придать консультанта-программиста.

РП (рабочее проектирование) - формируется коллективы программистов во главе с ведущим (программистом-консультантом) в случае необходимости постановщики становятся консультантами. … и специалисты по документированию.

ВН (внедрение) - ведущим становится постановщик, желательно включить в состав исполнителей представителей от заказчика.

Полезно выделить несколько лиц, стоящих вне бригад:

руководитель : не включается в состав никаких бригад :

“+” руководитель объективен ко всем бригадам и с точки зрения самих исполнителей;

“-“ руководитель теряет технологическую квалификацию и становится администратором.

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

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

Численный состав разработчиков:

Т - трудоемкость, t - срок разработки.

Если расчетная величина Т значительно отклоняется от технического задания, то можно вернуться к пересмотру численности или подобрать объем работ под срок и под численность.

T-tN, значит мы пересматриваем техническое задание.

Попутно решается вопрос о финансировании разработки. Сумма затрат в задании на разработку (S) выводится из численности (N), продолжительности работы (t) суммы фонда ЗП на одного разработчика (F). К - доля ЗП и затрат на труд в общих затратах на разработку:

Последняя дробь в скобках - выработка одного разработчика.

Для крупных фирм специализирующихся на разработке К»0,3¸0,4;

Малые организационные формы в виде малых предприятий (20-30 чел.) К»0,5¸0,7;

Во временных коллективах К>0,8 ближе к 1.

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

а) специалисты разработки (службы разработки);

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