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

В свободное время наши преподаватели пишут курсовые работы и рефераты на распространённые темы. В нашем магазине эти готовые работы доступны для покупки.

Преимущества покупки готовой работы

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

Эксклюзивные условия

После покупки работы вами - купить её повторно кому-то ещё будет нельзя. Как и при написании работы на заказ: работа предоставляется вам на эксклюзивных условиях с гарантией доработки в рамках исходной темы.

Популярные темы

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

Описание

Тип Курсовая работа
Предмет Проектирование автоматизированных систем обработки информации и управления
Тема Оценка трудоемкости создания программного обеспечения
Объём 15
Добавлено 30.12.2016
Уникальность по Антиплагиату 57%
Уникальность по etxt 56%

Цена 2000 р.

Для любой нашей работы действует бесплатное гарантированное обслуживание. Но если вы хотите максимальной экономии, то можете купить её в режиме "без гарантии". Такая работа будет стоить дешевле на 20%, но если по ней будут нужны доработки, то они будут платными.

Укажите email для получения работы

Отрывок 1

Оценка трудоемкости создания программного обеспечения
Содержание
Введение 3
1. Теоретические особенности оценки трудоемкости создания программного продукта 5
1.1. Сущность оценки трудоемкости создания ПО 5
1.2. Методы оценки и их классификация 8
1.3. Методика оценки трудоемкости разработки ПО на основе функциональных точек 11
2. Оценка трудоемкости разработки программного продукта 14
2.1. Концепция метода 14
2.2. Исходные данные для оценки 15
2.3 Оценка системы 20
Заключение 22
Список использованной литературы 24
Введение
Организации, занимающиеся разработкой программных систем, особенно для коммерческой реализации в том или ином виде используют методику оценки программного проекта. Проблема состоит в том, что в России в настоящее время действует устаревшие модели по оценке, утвержденные Госкомтруда в 1986 году. В этой ситуации фирмы вынуждены использовать методики иностранного происхождения. Особенно остро стоит вопрос в организациях, которые получили или собираются получить сертификат по стандарту ГОСТ Р ИСО 9000-2001. Использование иностранных методик сопровождается рядом проблем:
1) Методики и модели созданы без учета специфики разработки программных систем в Росси;
2) Параметры моделей оцениваются по статистическим данным о выполненных проектах в зарубежных странах. Сами статистические данные как правило закрыты, а потому не вызывают доверия;
3) Математические модели не представлены в полном объеме, что не позволяет оценить достоверность этих моделей и самостоятельно выполнить оценку параметров моделей. Все методики оценки делятся на две группы: микрооценка и макрооценка. Методы микрооценки основаны на точном знании процесса. Такова, например, Oracle AIM и оценки трудоемкости для него. Во всех случаях, когда для построения модели оценки необходимо видение разбивки работ и оценка каждой индивидуальной работы, метод относится к группе микрооценки. Методы макрооценки основаны на функциональных требованиях. Таковы методы функциональных точек (FP) и методы типа СОСОМО.
В статье Н. Михайловского1 проведен сравнительный анализ методик оценки

Отрывок 2

1) На основе предварительного анализа требований должны быть определены основные функциональные подсистемы (блоки) будущего программного продукта;
2) Для каждого типа функционального блока определяется количество типов элементов и производится оценка сложности каждого типа элемента относительно друг друга (в том случае, если прежде такая оценка не производилась);
3) Для каждого функционального блока определяется количество элементов каждого типа;
4) Выполняется вычисление оценки трудозатрат для каждого функционального блока, разрабатываемой системы;
5) В результате суммирования данных по всем блокам получаем оценки трудозатрат и стоимости разработки всей системы.
2.2. Исходные данные для оценки
В зависимости от подхода в организации к описанию и формализации требований к программной системе можно выделять несколько типов элементов, из которых эти требования состоят. В любом случае требования к системе делятся на функциональные и нефункциональные. От функциональных требований трудоемкость разработки системы зависит в большей степени, хотя некоторые нефункциональные требования могут очень сильно влиять на стоимость разработки. В предлагаемом методе пока учитываются только функциональные требования. В общем случае для любых подходов функциональные требованиях к системе на самом высоком уровне могут быть описаны как требования к подсистемам. Каждая подсистема может состоять из набора функций (по ГОСТ 34.602-89) или набора вариантов использования (по IEEE 830). И те и другие имеют детальное описание или спецификацию.
Для того чтобы отвязаться от разных стандартов и подходов к описанию требований введем понятие «функциональный блок». Под функциональным блоком будем понимать набор однотипных функций направленных на решение одной задачи. Задача может быть нацелена как на результат пользователя, так и на программный результат. Объем функционального блока может быть любым, но предпочтительно, чтобы все функциональные блоки были одно уровня абстракции, хотя это не обязательно. Например, для уровня подсистем можно считать следующие функциональные блоки: «подсистема авторизации», «подсистема формирования отчетов», «подсистема ведения справочных данных» и т.п. Это крупные функциональные блоки, для более точной оценки рекомендуется использовать функциональные блоки, например, уровня вариантов использования. Так как рассматриваемый метод основан на подходе макрооценки, то исходными данными для него является статистика о предыдущих выполненных проектах. Статистические данные по каждому выполненному проекту должны содержать информацию по всем функциональным блокам следующего содержания:
- количество элементов по типам сложности, где i - номер функционального блока, j - номер типа сложности, k - номер выполненного проекта;
− трудозатраты, использованные на разработку i-го функционального блока в k-ом проекте. Очевидно, что от проекта к проекту объем (или содержание) однотипного функционального блока может различаться. Обычно руководителю проекта известны трудозатраты, использованные на разработку функционального блока в целом (),а не отдельных его частей.

+7 (495) 772-33-48
e-mail: mail@xvostovnet.ru

Офис: Москва, м. Новогиреево
просп. Свободный, д.19
Хвостов.Нет

Наши услуги

Заказать курсовую

Диплом на заказ

Заказать реферат

Заказать диссертацию