Студопедия
МОТОСАФАРИ и МОТОТУРЫ АФРИКА !!!


Авиадвигателестроения Административное право Административное право Беларусии Алгебра Архитектура Безопасность жизнедеятельности Введение в профессию «психолог» Введение в экономику культуры Высшая математика Геология Геоморфология Гидрология и гидрометрии Гидросистемы и гидромашины История Украины Культурология Культурология Логика Маркетинг Машиностроение Медицинская психология Менеджмент Металлы и сварка Методы и средства измерений электрических величин Мировая экономика Начертательная геометрия Основы экономической теории Охрана труда Пожарная тактика Процессы и структуры мышления Профессиональная психология Психология Психология менеджмента Современные фундаментальные и прикладные исследования в приборостроении Социальная психология Социально-философская проблематика Социология Статистика Теоретические основы информатики Теория автоматического регулирования Теория вероятности Транспортное право Туроператор Уголовное право Уголовный процесс Управление современным производством Физика Физические явления Философия Холодильные установки Экология Экономика История экономики Основы экономики Экономика предприятия Экономическая история Экономическая теория Экономический анализ Развитие экономики ЕС Чрезвычайные ситуации ВКонтакте Одноклассники Мой Мир Фейсбук LiveJournal Instagram

Бланк для экспертных оценок исходных данных технико-экономических показателей разработки комплексов программ




Методика 1 — экспертное технико-экономическое обоснование проектов программных средств

В этой методике реализован метод прогноза ТЭП с учетом экспертной оценки минимального числа факторов. Данная методика оценки ТЭП может применяться, когда определены цели и общие функции проекта ПС, сформулированные в концепции и первичных требованиях с достоверностью около 20—40%. Основная цель оценки ТЭП — подготовить возможность принять обоснованное решение о допустимости дальнейшего продвижения проекта в область системного анализа, разработки требований и предварительного проектирования. Если оказывается, что рассчитанные технико-экономические показатели и требуемые ресурсы не могут быть обеспечены для продолжения проекта, то возможны кардинальные решения: либо изменение некоторых ТЭП и выделяемых ресурсов, либо прекращение проектирования данного ПС. Учитывая полноту и достоверность доступных характеристик и требований к проекту ПС, должны быть определены цели и возможная достоверность технико-экономического обоснования продолжения проектирования ПС

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

Таблица 5.2

Экспертные оценки исходных данных Средние Оптимистические Пессимистические
1. Размер — масштаб комплекса программ (тысячи строк текста с указанием языка программирования)      
1 2. Относительное число строк готовых повторно используемых программных компонентов (%)      
3. Исходная производительность труда при разработке новых программ ПС (число строк на человеко-месяц)      
4. Исходная стоимость разработки одной строки текста программ      
5. Распределение трудоемкости по этапам работ (график или таблица)      

Эти факторы могут быть оценены квалифицированными экспертами на основе имеющегося у них опыта реализации предшествовавших подобных проектов, а также использования опубликованных данных. При наличии необходимых данных важно оценить их достоверность и возможную точность (20—40%). Наименее точный из перечисленных факторов полностью определяет достоверность расчета технико-экономических показателей проекта ПС, поэтому желательно, чтобы значения точности экспертного оценивания перечисленных факторов были сбалансированы.




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

— определение класса, сложности функций проекта программного средства;

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

— экспертная оценка возможной средней производительности труда специалистов при разработке программ и/или стоимости (и длительности) разработки одной сроки текста программ проекта ПС;

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

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

Достоверность прогнозов ТЭП зависит, прежде всего, от точности экспертной оценки исходных данных: размера — масштаба ПС и от достоверности экспертной оценки производительности труда специалистов или оценки стоимости разработки одной строки текста программ (см. таблицу 5.2). Кроме того, экспертные оценки зависят от компетенции и объективности экспертов, их оптимистичности, пессимистичности, знания существенных особенностей проекта.



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

— приемлемый для заказчика минимум функций и требований к проекту;

— разумную вероятность успеха с точки зрения возможностей и ресурсов коллектива разработчиков.

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

Экспертные оценки удельных затрат на строку текста программ относятся к полному циклу разработки крупных комплексов программ, начиная от создания концепции и требований до завершения испытаний и передачи программного продукта заказчику или пользователям, с учетом всего состава коллектива специалистов всех квалификаций. По мнению некоторых специалистов, несмотря на появление новых методов и инструментальных средств разработки сложных ПС, средняя производительность при их создании за последние двадцать лет осталась почти неизменной и составляет около 3000 строк кода на одного разработчика проекта в год (порядка 250 строк на человеко-месяц). Это отражает то, что уменьшение времени, затрачиваемого на цикл разработки, не может быть достигнуто за счет значительного повышения производительности труда отдельных специалистов. Причем это практически не зависит от усовершенствований языка программирования, организационных усилий со стороны менеджеров, от наличия или отсутствия некоторых отдельных видов инструментария и автоматизации работ, хотя значительную роль играет увеличившаяся доля повторно используемых компонентов (ПИК).На самом деле при достаточно высоком уровне технологии (3—4-й уровень СММ — см. лекцию 3) большое значение имеют возросший размер и сложность состава функциональных задач комплексов программ, а также значительное повышение требуемого качества создаваемых ПС.

В качестве ориентиров при экспертной оценке ТЭП для таблицы 5.2 можно использовать следующие данные средней трудоемкости разработки сложных комплексов программ. Весьма общие данные опубликованы в виде широких диапазонов производительности труда: для относительно простых ПС — 8 LOC на человеко-день и 4 LOC на человеко-день для достаточно сложных ПС. Также приводятся широкие диапазоны производительности труда при разработке программ на ассемблере — 60— 500 LOC на человеко-месяц, и 50—300 LOC на человеко-месяц для языков высокого уровня. Подобные оценки можно использовать как ориентиры при первичных определениях ТЭП.

Более точные оценки производительности при разработке программ различного размера и классов на основе обобщения статистических данных множества проектов представлены в базовой модели СОСОМО:

— для программ административных систем (ИПС) размером порядка 30 тысяч строк оценка производительности составляет около 220 строк на человеко-месяц, а для ПС размером 500 тысяч строк — 160 строк на человеко-месяц;

— для встроенных комплексов программ реального времени размером 30 тысяч строк рекомендуется для оценок использовать производительность около 140 строк на человеко-месяц, а для крупных ПС размером 500 тысяч строк предлагается значение производительности около 80 строк на человеко-месяц.

Эти данные находятся в середине представленных выше диапазонов и их целесообразно использовать при экспертной оценке полной трудоемкости разработки соответствующих новых ПС. При использовании готовых повторно используемых компонентов обобщенная производительность труда возрастает и зависит от доли таких компонентов в комплексе программ. Их также можно использовать для оценки полной стоимости проекта конкретного ПС. Однако при этом необходимы удельные данные средней стоимости труда одного человеко-месяца специалистов в конкретном предприятии с учетом всех накладных расходов, которые могут различаться в несколько раз. Такие сведения обычно являются коммерческой тайной, и при использовании данной методики для определенного проекта ПС их следует запрашивать у экономических служб конкретного предприятиям. Тем не менее опубликованы ориентиры стоимости разработки одной строки текста программ реального времени — около 100$ и более, а для административных систем — около 20—50$.

Экспертная оценка длительности разработки сложных ПС (таблица 5.3), может базироваться на формулах модели СОСОМО (см. п. 5.3). Основой для расчета длительности целесообразно использовать рассчитанную ранее трудоемкость разработки проекта ПС, от которой не линейно зависит длительность (месяцы), приблизительно равная трудоемкости (человеко-месяцы) в степени 0,3. Например, крупные проекты ПС реального времени размером около 500 тысяч строк требуют для реализации около 3,5 лет, а небольшие (30 тысяч строк) — около одного года. При этом следует учитывать, что необходимая численность коллектива специалистов изменяется в десяток раз.





Дата добавления: 2014-02-02; просмотров: 775; Опубликованный материал нарушает авторские права? | Защита персональных данных | ЗАКАЗАТЬ РАБОТУ


Не нашли то, что искали? Воспользуйтесь поиском:

Лучшие изречения: На стипендию можно купить что-нибудь, но не больше... 9089 - | 7270 - или читать все...

Читайте также:

  1. CASE-технологии. В данной технологии исследуемый процесс разбивается на подпроцессы и представляется в виде сети, связанной потоками данных
  2. End Sub. A=InputBox("Укажите ваше имя","Ввод данных","Петя")
  3. II. Отделения корней программным способом
  4. II. Сущность программы социологического исследования
  5. II. Транспонирование данных в Excel (для курсовой работы)
  6. II. Функционально-структурная организация и программное обеспечение персонального компьютера
  7. II. Этапы и система показателей предварительного (экспресс)-диагностического анализа финансовой несостоятельности
  8. II. Этапы и система показателей предварительного (экспресс)-диагностического анализа финансовой несостоятельности. I. Сущность диагностического анализа финансово-хозяйственной деятельности коммерческой организации
  9. III. Использование ограниченного круга показателей
  10. N Примеры сред визуальной разработки
  11. SKIP-технология и криптопротоколы SSL, S-HTTP как основное средство защиты соединения и передаваемых данных в сети Internet
  12. V.1 Язык программирования ASM-51


 

18.207.255.49 © studopedia.ru Не является автором материалов, которые размещены. Но предоставляет возможность бесплатного использования. Есть нарушение авторского права? Напишите нам | Обратная связь.


Генерация страницы за: 0.003 сек.