
- •Методика оценки трудоемкости и стоимости разработки и сопровождения прикладного программного обеспечения при создании информационных систем
- •(Методика cetin)
- •Астана, 2011
- •Оглавление
- •Общие положения
- •Аннотация
- •Назначение
- •Нормативные ссылки и источники
- •Понятийный аппарат
- •Принципы оценки трудоемкости и стоимости разработки и сопровождения ппо
- •Порядок оценки трудоемкости разработки прикладного программного обеспечения
- •Корректировка трудоемкости разработки ппо при уменьшении срока разработки;
- •Оценка стоимости разработки ппо.
- •Оценка функционального размера ис
- •Оценка количества вариантов использования информационной системы
- •Оценка количества типов объектов предметной области
- •Оценка количества свойств типов объектов
- •Оценка количества взаимодействий между типами объектов
- •Оценка количества типов узлов
- •Определение функционального размера
- •Расчет базовой трудоемкости разработки ппо
- •Определение поправочных коэффициентов к трудоемкости
- •Расчет трудоемкости с учетом поправочных коэффициентов
- •Оценка срока разработки информационной системы
- •Корректировка трудоемкости разработки ппо при уменьшении срока разработки
- •Оценка стоимости разработки ппо
- •Порядок оценки трудоемкости и стоимости процесса сопровождения прикладного программного обеспечения
Нормативные ссылки и источники
В настоящей методике использованы ссылки на следующие документы:
СТ РК 34.019 – 2005 (ISO/IEC 12207:1995, MOD) Информационная технология. Процессы жизненного цикла программных средств.
ИСО МЭК ТО 12182-2002 Классификация программных средств.
СТ РК 34.005-2002 Информационная технология. Основные термины и определения.
ГОСТ 28195-99 Межгосударственный стандарт Оценка качества программных средств. Общие положения.
Методология разработки информационных систем Rational Unificed Process (RUP) (www-01.ibm.com)
Оценка сроков разработки информационных систем на основе командной работы. //Применение математического моделирования и информационных технологий в исследованиях социально-экономических проблем, ISBN 978-601-80144-0-6, Астана, 2011
Стандарт ISO/IEC 19501:2005 Information technology – Open Distributed Processing –Unified Modeling Language (UML) –Version 1.4.2.
СТ РК 34.004-2002 Информационная технология. Методы определения базовых значений показателей качества программного обеспечения
Понятийный аппарат
В настоящей методике применяются понятия и термины приведенные ниже:
Актор – кто-то или что-то вне системы, но взаимодействующее с системой. Актором может быть лицо, использующее систему, или другая система, взаимодействующая с данной. |
Артефакт – конечный или промежуточный рабочий продукт, который производится и используется во время создания информационной системы. |
Вариант использования — описание поведения информационной системы в терминах последовательности действий, которую информационная система может выполнять в процессе взаимодействия с акторами. Каждый вариант использования предполагает достижения значимого результата для выполняющего его актора. Вариант использования используется для спецификации функциональных требований к системе. |
Заказчик - организация, которая приобретает или получает прикладное программное обеспечение от поставщика; |
Информационная система (ИС) - система обработки информации совместно с соответствующими организационными ресурсами, такими как человеческие, технические и финансовые ресурсы, предоставляющая и распределяющая информацию |
Качество программных средств – степень, с которой характеристики и свойства программных средств выполняют требования пользователя. совокупность свойств продукции, обусловливающих ее пригодность удовлетворять определенные потребности в соответствии с ее назначением |
Класс - абстрактный тип данных в объектно-ориентированном программировании, характеризующийся своими свойствами и методами и реализующий поведение типа объектов, в том числе, типа объектов предметной области. |
Модель жизненного цикла ИС - структура, состоящая из процессов, работ и задач, включающих в себя разработку, эксплуатацию и сопровождение прикладного программного обеспечения, охватывающая жизнь системы от установления требований к ней до прекращения ее использования. |
Нормативный коэффициент трудоемкости — трудоемкость в человеко-часах реализации функциональной единицы измерения для определенного процесса разработки информационной системы. |
Оценщик - лицо или группа лиц, являющиеся пользователями данной методики для оценки трудоемкости и стоимости разработки ППО. |
Прикладное программное обеспечение (ППО) – программное обеспечение являющееся частью информационной системы и реализующее функциональные возможности информационной системы. |
Программное обеспечение (software): Набор машинных команд, программ, процедур, функций и связанных с ними артефактов. |
Процессор (processor) – любая машина, обладающая вычислительной мощностью, т.е. способная производить обработку данных. |
Развитие программного обеспечения информационной системы - процесс наращивания возможностей существующего прикладного программного обеспечения с целью изменения его первичных функций и/или добавления новых функций или изменения системной архитектуры. |
Разработчик - организация, выполняющая работы по разработке прикладного программного обеспечения (включая анализ требований, проектирование, приемочные испытания) в процессе жизненного цикла информационной системы; |
Создание прикладного программного обеспечения информационной системы определяется как процесс разработки прикладного программного обеспечения, включающий следующие работы: анализ требований, проектирование, программирование, сборка, тестирование, ввод в действие и приемка; |
Сопровождение прикладного программного обеспечения информационной системы - управление модификацией, миграцией и выводом из действия компонентов системы (например, ее аппаратного, программного и сетевого обеспечения и соответствующей документации) в соответствии с запросами заказчиков. Причинами таких запросов могут быть выявленная проблема или потребность в усовершенствовании или адаптации. Целью запросов могут быть модификация и/или вывод из действия существующих систем и/или программных средств при сохранении целостности деятельности организации. (ENG.2 СТ РК ИСО/МЭК ТО 15504-2) |
Технические требования к системе — требования к среде разработки, поддержке, эксплуатации программного обеспечения. Техническими требованиями к системе могут быть требования к языкам программирования, операционным системама, инструментам тестирования, к базам данных и пользовательскому интерфейсу. |
Тип объекта — объект предметной области, обладающий уникальными свойствами состояния и поведения в рамках разрабатываемой информационной системы. |
Требования качества — это любые требования, относящиеся к качеству информационной системы. |
Требования пользователя — желательное свойство, характеристика или поведение программных средств, которые устанавливаются пользователями и являются обязательными. Требования пользователя подразделяется на функциональные требования пользователя, технические требования к системе и требования качества. |
Трудоемкость определяет затраты живого труда на производство продукции. В нее включаются время выполнения работы и время регламентированных перерывов. Трудоемкость измеряется в человеко-часах или человеко-месяцах. |
Узел (node) — процессор или устройство. |
Устройство (device) - аппаратура, не обладающая вычислительной мощностью. |
Функциональные единицы измерения — устанавливаемые данной методикой метрики для измерения функционального размера прикладного программного обеспечения |
Функциональные требования пользователя — требования пользователя, определяющие функциональные возможности системы, которые разработчик ППО должен реализовать, чтобы акторы смогли выполнить свои задачи в рамках бизнес требований. |
Функциональные возможности информационной системы - набор функций и процедур, которые должно осуществлять прикладное программного обеспечение, чтобы выполнить функциональные требования пользователя. Функциональные требования пользователя не включают в себя технические требования и требования качества. |
Функциональный размер — размер прикладного программного обеспечения, измеряемый в функциональных единицах измерения и определяемый измерением количества функциональных требований пользователя. |
RUP (Rational Unified Process) – методология разработки прикладного программного обеспечения, созданная компанией Rational Software. |
UML (Unified Modeling Language) — унифицированный язык моделирования, использующий графическую нотацию и предназначенный для спецификации, визуализации, конструирования и документирования систем программного обеспечения, разрабатываемых на основе объектно-ориентированных технологий и компонентного подхода. Язык универсальный, не от конкретных языков программирования, используемых при реализации разрабатываемых систем. Он не ориентируется также на какой-либо конкретный технологический процесс разработки. UML может быть адаптирован к различным процессам. |