И. Соммервилл - Инженерия программного обеспечения (1133538), страница 121

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 121)

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

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

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

° Стоимость аппаратных средств и программного обеспечения, включая их обслуживание. ° Расходы на командировки и обучение. ° Расходы па персонал, в основном на привлечение со стороны специалистов по программному обеспечению. В большинстве проектов доминир?ют расходы на персонал. Компьютеры, имеющие достаточно мощности для разработки программного продукта, в наше время относительно де~новые.

Значительными мснут быть затраты на командировки, если проект разрабатывается в разных местах, однако для большинства проектов оии все же не очень существенны. Более того, расходы на командировки можно сократить, используя вместо них электронную почту, факс или телеконференции. 1'всходы на персонал — это не только оплата труда работников. В них могут включаться накладные расходы, т.е. все расходы, которые касаются работы организации, деленные на количество работающего персонала.

Таким образом, общая сумма расходов на персонал состоит из нескольких статей расходов. 1, 1'всходы на содержание, отопление и освещение офисов. 2. Расходы на содержание вспомогательного персонала- бухгалтеров, секретарей, уборщиц и технического персонала. 3. Расходы на содержание компьютерной сети и средств связи. 4. Расходы на централизованные услуги — библиотеки, места отдыха и развлечения и тэь 23. Оценка стоимости программного продукта 471 5.

Расходы на социальное обеспечение и выплаты служащим (например, пенсии и медицинская страховка). Таблица 23.1. Факторы, влияющие на стоимость программного продукта Описание Фактор Организация-разработчик может выставить низкие цены на программный продукт из.за намерения иеремсститьсх в дру- гой сегмент рынка ПО. Даже сели оргишзация примет более низкую прибыль в первом проекте, это все равно может при- вести к более высоким доходам в будущем, поскольку пол>- ченный опыт позволит заниматься разраб>откой подобных программных продуктов и в дальнейшем Если организация примет фиксированную величину стоимо.

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

пый код передано заказчику При изменении требований к ПО организация может снизить цену с тем, чтобы выиграть контракт. Если контракт >же за- ключен, за изменение требований можно назначить дополни- тельную цену Возможности рынка ПО Невозможно учесть все «>актера>, влияющие на стоимость условия контракта Изменениетрсбований 4>ирмы, испьггывающие финансовыс затруднения, для получения заказа >ю>уг си па ига цены на свои разработки. Как правило, лгч- шс сегодня получить более низкую прибыль илн даже работать на уровне сал>оокупаемости.

чем обанкротиться в будущем Финансовая стабильность Обычно накладные расходы приравниваются к удвоенной зарплате программиста, в зависимости от размера компании и расходов на ее содержание. Например, сслн специа. лист по программному обеспечению получает 90 000 долларов в год, расходы организации на этот год составляют сумму 180 000 долларов. или 15 000 долларов в месяц. Оценка стоимости должна быль объективной, чтобы дать компании-разработчику достаточно точный прогноз себестоимости проекта. Если себестоимость рассчитывается для включения в коммерческое предложение заказчику, следует принять рс>пеш>е о том, какую цену назначить за проект. Традиционно в цену продукта включают издержки производства плюс предлаюемая прибыль.

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

4Ч? х1асть ~Ч. Управление 23.1. Производительность Производительность в промышленности обычно измеряется путем деления количесг. ва единиц выпущенной продукции на количество человеко-часов, необходимых для их производства. Однако в области разработки По любая задача имеет несколько вариантов решения, каждый со своими особенностями.

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

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

2. Фугягякогкыьямй яэяпзпэмэь Зависит от функциональных возможностей программного пролукта в целом. Производительность в этом случае выражается количеством полезных выполняемых функций, разработанных в определенный отрсзок време. пн. К наиболее распространенным показателям этого типа относится количество функциональных н объектных точек. ' Количество строк программного кода за человеко. месяц — нанболсс популярный критерий оцснки производнтслы<остьс Он определяется путем деления общего количества строк кода на количество врсмсни в чсловско.мсслцах, которос потребуется для завершения проекта.

Это время, потраченное на анализ, проектирование, кодирование, тестирование и разработку документации программного продукта. Данный подход впервые появился сщс во времл массового использования таких языков программирования, как гОКТКЛХ, язык асссмблсра и СОВО>.. Затем программы пс. рсводплнсь на перфокарты, кажлая из которых содержала по одному оператору. Таким образом, было легко подсчитывать количество строк кода. Оно соответствовало количс. стоу перфокарт в колоде. Однако программы, написанные на языках типа >ага или С++, состоят из описаний, выполняемых операторов н комментариев.

Характеристики

Список файлов книги