Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат



страница7/12
Дата23.07.2013
Размер0.93 Mb.
ТипЗакон
1   2   3   4   5   6   7   8   9   ...   12

6.4 Оценка объема работ



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

6.4.1 Идентификация категорий Структурного разбиения работ, атрибуты которых будут влиять на размер и объем работ



Необходимо идентифицировать категории Структурного разбиения работ, атрибуты которых будут влиять на размер и объем работ согласно смете проекта, с точки зрения наследования и риска. Основными категориями рисков могут быть следующие:

  1. новые технологии: код, язык программирования или метод проектирования. Выбор языка программирования также может оказать существенное влияние на безопасность ИС. Лучшими языками программирования являются те, в которых все действия определены и обоснованы, поддерживаются функции, уменьшающие число ошибок, осуществляется контроль над распределением памяти и использованием указателей. Эта группа рисков объединяет риски, связанные с используемыми технологиями, несовместимостью языков программирования, несоответствием методов проектирования;

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

  3. оптимистические предположения, связанные с наследованием элементов ИС;

  4. возможность многократного использования кода - увеличение количества ошибок в связи с неправильно составленным многократно использующимся программным кодом;

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

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

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

  8. параллельная разработка аппаратных средств;

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

  10. инфраструктурные риски – проблемы подключения к сети и отсутствие доступа к передающим и распределительным системам;

  11. географическое распределение многочисленных подразделений разработчиков;

  12. высокая сложность элементов ИС;

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

  14. неопределенные или неполные требования – процесс разработки ИС начинается с определения требований и вариантов использования системы. Основная проблема заключается в том, что некоторые ключевые требования могут быть пропущены, другие требования не так понятны разработчиками. Еще одна категория рисков, связанная с требованиями – это реализация второстепенных требований и откладывание основных требований;

  15. риски, связанные с аутсорсингом;

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

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

6.4.2 Преобразование размера программного обеспечения в объем работ



Целью является преобразование размера ПО, полученного в соответствии с подразделом 6.3 (формула (1)), в объем работ. Разработка ПО охватывает программных инженеров, системотехников, тестировщиков, программистов, а также включает в себя: разработку и анализ требований по интегрированию и тестированию ПО. Вычисление объема работ и стоимости других категорий Структурного разбиения работ приведено ниже, с использованием других методов.

Вычисление объема работ производится в рабочих месяцах (РМ) для следующих категорий Структурного разбиения работ: «Проектирование ИС», «Разработка ПО» и «Тестирование ПО».

6.4.2.1 Оценка трудозатрат и объема работ по проектированию информационной системы



Анализ и проектирование ИС являются определяющими при построении ИС. Выделяют три фазы анализа и проектирования ИС:

  1. обследование и системный анализ существующей ИС, и выявление ее недостатков;

  2. обобщение результатов системного анализа и создание предварительной концепции новой или модернизированной ИС;

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

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

При реализации системного анализа достигаются следующие результаты:

  1. описание бизнес и информационных процессов, сложившихся в организации;

  2. узкие места в бизнес–процессах и пути их ликвидации;

  3. информационная и функциональная модель ИС;

  4. список требований к новой или модернизированной ИС;

  5. методы и средства проектирования и реализации ИС;

  6. предварительный укрупненный план проектирования ИС;

  7. технико–экономическое обоснование.

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

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

Объем работ по проектированию ИС в разрезе декомпозиции основных категорий Структурного разбиения работ в процентном соотношении определяется согласно методике и статистическому анализу SEER–SEM (смотри пункт 6.4.3(2), таблица 11) или согласно статистическому методу (Приложение 1).

Проектирование ИС охватывает три основные области:

  1. проектирование объектов данных, которые будут реализованы в базе данных;

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

  3. учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, параллельной обработки, распределенной обработки данных.



6.4.2.2 Преобразование размера каждой программной функции в объем работ по разработке программного обеспечения



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

  1. расчет объема работ по разработке выполняется по формуле (2).


(2),

где

- Объем работ по разработке ПО - определяется в рабочих месяцах (РМ);

- Программная производительность - определяется в SLOC/РМ;

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

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

Производительность программной разработки (SLOC/РМ)

Классические показатели

130–195

Развивающиеся методы

244–325

Новое встроенное ПО

17–105




  1. корректировка объема работ по оценке каждой категории Структурного разбиения работ выполняется по формуле (3), с использованием множителей объема работ для программного наследования, приведенных в таблице 6.


(3)

где

- Скорректированный_Объем_работ - определяется в рабочих месяцах (РМ);

- Объем_работ - определяется в рабочих месяцах (РМ);

- Множитель_объема_работ – определяется по данным Таблицы 6.
Таблица 6. Множители объема работ для программного наследования

Категория программного наследования

Множитель объема работ

Новый проект и новый код

1,2

Аналогичный проект и новый код

1,0

Аналогичный проект и код, используемый многократно

0,8

Аналогичный проект и расширенный код, используемый многократно

0,6




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



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



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

6.4.2.3.1 Трудозатраты на аутсорсинг по разработке программного обеспечения


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

Аутсорсинг по разработке ПО может включать следующие виды услуг:

  1. разработка ПО;

  2. поддержка ПО;

  3. рефакторинг и реинжиниринг приложений;

  4. внедрение разрабатываемого ПО;

  5. документирование ПО;

  6. обучение персонала заказчика;

  7. консалтинг в области ИТ.

При принятии решения об использовании аутсорсинга по разработке ПО необходимо учитывать следующие факторы:

  1. стоимость собственных разработок в соотношении со стоимостью услуг аутсорсинга;

  2. риски нарушения режима информационной безопасности;

  3. риски разрыва отношений с аутсорсинговой компанией и дальнейшее развитие созданного приложения;

  4. особенности организации и управления процессами разработки внутри компании;

  5. степень доверия сторонней организации определенной доли своих секретов.

Аутсорсинг позволяет использовать опыт профессионалов, сократить риски и снизить затраты, увеличивая отдачу вложенных средств.

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



6.4.2.3.2 Трудозатраты на разработку программного обеспечения собственным персоналом


Оценка трудозатрат на разработку ПО определяется по количеству строк кода. Базовая формула оценки трудозатрат с использованием модели COCOMO II:

, (4)

где

- E - трудозатраты, выраженные в рабочих месяцах;

- a, b - коэффициенты, которые зависят от режима использования модели (смотри таблицы 6, 7);

- KSLOC - количество тысяч строк кода;

- EAF - фактор корректировки трудозатрат.
Режимы использования модели COCOMO II в зависимости от размеров численности команды и размера проекта приведены в таблице 7.
Таблица 7. Режимы использования модели COCOMO II

Название режима

Размер проекта

Описание

Органичный

До 50 KSLOC

Некрупный проект разрабатывается небольшой командой, для которой не характерны нововведения и среда остается стабильной

Сблокированный

50–300 KSLOC

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

Внедренный

Более 300 KSLOC

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


Базовые значения коэффициентов модели СОСОМО II в зависимости от режима представлены в таблице 8.
Таблица 8. Базовые значения коэффициентов модели COCOMO II в зависимости от режима

Название режима

Значение коэффициента a

Значение коэффициента b

Органичный

2,4

1,05

Сблокированный

3,0

1,12

Внедренный

3,6

1,20


Фактор корректировки трудозатрат EAF увеличивает или уменьшает трудозатраты в зависимости от факторов среды разработки. Расчет фактора корректировки трудозатрат выполняется по формуле (5):

, (5)

где

- Ci – один из факторов среды разработки.
Определение факторов корректировки трудозатрат EAF:

  1. Фактор Учета Технологии Разработки (ФУТР). Под этим фактором учитывается увеличение количества трудозатрат в результате вовлечения разного количества сотрудников.

В этом процессе задействованы следующие категории сотрудников:

- категория «А»: менеджер проекта; менеджер разработки программной системы; менеджер внедрения ПО; менеджер эксплуатации; менеджер сопровождения ПО; аналитик бизнес-процессов; бизнес-проектировщик; системный аналитик; технолог бизнес–процессов;

- категория «В»: программист; проектировщик программной системы; проектировщик пользовательского интерфейса; интегратор; технический писатель; системный администратор; администратор баз данных; специалист управления конфигурацией;

- категория «С»: тестировщик; тестировщик службы сопровождения; разработчик тестов; аналитик службы сопровождения.

Время тестирования является величиной зависимой от времени кодирования и определяется коэффициентом Ktest, который рассчитывается по формуле (6):
, (6)

где

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

- ltest - продолжительность процесса тестирования, выраженная в рабочих месяцах.

Расчет Фактора учета технологии разработки выполняется по формуле (7), выражается в рабочих месяцах:

, (7)

где

А, В, С - количество сотрудников соответствующих категорий.

Расчет длительности разработки выполняется по формуле (8), выражается в рабочих месяцах:
, (8)

  1. Фактор учета сложности и опыта разработки (ФУСОР) определяется эмпирически и состоит из значений, приведенных в таблице 9.

Таблица 9. Базовые значения коэффициентов Фактора учета сложности и опыта разработки

Фактор учета сложности и опыта разработки

Значение

Надо поправить то, что есть

1,00

Уже делали раньше, есть опыт

1,10

Есть опыт и не видно трудностей

1,30

Опыта нет, но есть помощь

2,00

Нет ни опыта, ни помощи

4,00


Этот способ оценки используется на начальной стадии проекта для оценки всего проекта в целом. Для небольших проектов и небольших по объему работ его использование затруднительно.

1   2   3   4   5   6   7   8   9   ...   12

Похожие:

Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconРегламент Удостоверяющего центра электронной цифровой подписи автоматизированных информационных систем
Порядок регистрации пользователя, изготовления и управления сертификатами ключей подписей
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconСвободное программное обеспечение: терминология предметной области
«Разработка предложений по созданию единой технологической платформы для разработки автоматизированных информационных систем государственного...
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconОпределение места повреждения кабельной линии в системах электроснабжения
По данным [2, 3], отказы, связанные с неисправностями кл, составляют до 40%. Экономические издержки в виде затрат на ремонт достигают...
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconЛогико-математические основы автоматизированных информационных систем
В процессах анализа и разработки аис широко используется математическое моделирование, в основе которого лежит понятие экспликации...
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconТермодинамический подход к анализу затрат в концепции разработки стратегии развития экономических систем
Исследован характер изменения трансакционных затрат в зависимости от энтропии экономической системы
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconПрограмма Секции:"Инженерия методов и процессов", "Инженерия информационных систем", "Инженерия знаний", "Прикладные аспекты и инструменты реализации информационных систем". Библиографические данные Материалы конференции
...
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconДисциплина «Программное обеспечение автоматизированных информационных систем»
Стандартные методы совместного доступа к базам и программам в сложных информационных системах
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconНормы затрат на сервисное обслуживание базовых средств информационных технологий и информационных систем исполнительных органов государственной власти Ханты-Мансийского автономного округа Югры
Ханты-Мансийского автономного округа Югры и представления отчетности по расходам на промышленную эксплуатацию базовых средств информационных...
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconОб индексах изменения стоимости строительно-монтажных работ и прочих работ и затрат в строительстве
Госстроем СССР индексы изменения сметной стоимости строительно-монтажных работ, прочих затрат и территориальные коэффициенты для...
Технический Регламент Определение стоимости разработки и внедрения автоматизированных информационных систем. Нормативы и оценкa трудовых затрат iconМетодология и технология разработки информационных систем
Методология создания информационных систем заключается в организации процесса построения информационной системы и в управлении этим...
Разместите кнопку на своём сайте:
ru.convdocs.org


База данных защищена авторским правом ©ru.convdocs.org 2016
обратиться к администрации
ru.convdocs.org