Ответы на экзамен (987689), страница 4

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

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

Недостатки спиральной модели:

1) новизна (отсутствует достаточная статистика эффективности модели);

2) повышенные требования к заказчику;

3) трудности контроля и управления временем разработки.

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

В данной модели для вывода формул использовался статистический подход — учитывались реальные результаты огромного количества проектов. Автор оригинальной модели — Барри Боэм (1981) —дал ей название СОСОМО 81 (Constructive Cost Model - Конструктивная модель стоимости) и ввел в ее состав три разные по сложности статистические подмодели.

Иерархию подмоделей Боэма (версии 1981 года) образуют:

• базисная СОСОМО — статическая модель, вычисляет затраты разработки и ее стоимость как функцию размера программы;

• промежуточная СОСОМО — дополнительно учитывает атрибуты стоимости, включающие основные оценки продукта, аппаратуры, персонала и проектной среды;

• усовершенствованная СОСОМО — объединяет все характеристики промежуточной модели, дополнительно учитывает влияние всех атрибутов стоимости на каждый этап процесса разработки ПО (анализ, проектирование, кодирование, тестирование и т. д.).

Подмодели СОСОМО 81 могут применяться к трем типам программных проектов. По терминологии Боэма, их образуют:

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

• полунезависимый тип — средний по размеру проект, выполняется группой разработчиков с разным опытом, устанавливаются как мягкие, так и жесткие требования к проекту;

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

Уравнения базовой подмодели имеют вид

Е=а_bx(KLOC) [чел-мес];

D = c_bx (E) [мес],

где Е — затраты в человеко-месяцах, D — время разработки, KLOC — количество строк в программном продукте.

Коэффициенты а_b, b_b, с_b, d_b берутся из таблицы.

В 1995 году Боэм ввел более совершенную модель СОСОМО II, ориентированную на применение в программной инженерии XXI века [21].

В состав СОСОМО II входят:

• модель композиции приложения;

• модель раннего этапа проектирования;

• модель этапа пост-архитектуры.

Для описания моделей СОСОМО II требуется информация о размере программного продукта. Возможно использование LOC-оценок, объектных указателей, функциональных указателей.

Модель композиции приложения

Модель композиции используется на ранней стадии конструирования ПО, когда:

•▪ рассматривается макетирование пользовательских интерфейсов;

•▪ обсуждается взаимодействие ПО и компьютерной системы;

•▪ оценивается производительность;

•▪ определяется степень зрелости технологии.

Модель композиции приложения ориентирована на применение объектных указателей.

Объектный указатель — средство косвенного измерения ПО, для его расчета определяется количество экранов (как элементов пользовательского интерфейса), отчетов и компонентов, требуемых для построения приложения. Как показано в табл. 2.15, каждый объектный экземпляр (экран, отчет) относят к одному из трех уровней сложности. Здесь места подстановки измеренных и вычисленных значений отмечены прямоугольниками (прямоугольник играет роль метки-заполнителя). В свою очередь, сложность является функцией от параметров клиентских и серверных таблиц данных, которые требуются для генерации экрана и отчета, а также от количества представлений и секций, входящих в экран или отчет.

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

Для учета реальных условий разработки вычисляется процент повторного использования программных компонентов %REUSE и определяется количество новых объектных указателей NOP: NOP = (Объектные указатели) х [(100 - %REUSE) /100].

Проектные затраты оцениваются по формуле: ЗАТРАТЫ = NOP /PROD [чел.-мес],

Для оценки затрат, основанной на величине NOP, надо знать скорость разработки продукта PROD. Эту скорость определяют по табл. 2.18, учитывающей уровень опытности разработчиков и зрелость среды разработки.

Модель раннего этапа проектирования

Модель раннего этапа проектирования используется в период, когда стабилизируются требования и определяется базисная программная архитектура.

Основное уравнение этой модели имеет следующий вид:

ЗАТРАТЫ = А х РАЗМЕР^в х М_е + ЗАТРАТЫ_аuto[чел.-мес],

где:

•▪ масштабный коэффициент А = 2,5;

•▪ показатель В отражает нелинейную зависимость затрат от размера проекта (размер системы РАЗМЕР выражается в тысячах LOC);

•▪ множитель поправки М_e зависит от 7 формирователей затрат, характеризующих продукт, процесс и персонал;

•▪ слагаемое 3ATPATЫ_auto отражает затраты на автоматически генерируемый программный код.

Модель этапа постархитектуры

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

Основное уравнение постархитектурной модели является развитием уравнения предыдущей модели и имеет следующий вид:

ЗАТРАТЫ = А х К_~req х РАЗМЕР^B х М_р +3ATPATЫ_auto [чел.-мес],

где

•▪ коэффициент К_~req учитывает возможные изменения в требованиях;

•▪ показатель В отражает нелинейную зависимость затрат от размера проекта (размер выражается в KLOC), вычисляется так же, как и в предыдущей модели;

•▪ в размере проекта различают две составляющие — новый код и повторно используемый код;

•▪ множитель поправки М_р зависит от 17 факторов затрат, характеризующих продукт, аппаратуру, персонал и проект.

10.Краткая характеристика объектно-ориентированного подхода к разработке программного обеспечения. Понятия «Класс» и «объект».

ООП — парадигма программирования, в которой основными концепциями являются понятия объектов и классов

Объект — сущность в адресном пространстве вычислительной системы, появляющаяся при создании экземпляра класса (например, после запуска результатов компиляции (и линковки) исходного кода на выполнение), – это какой-то конкретный, реально существующий предмет со всеми его индивидуальными характеристиками.

Класс — это тип, описывающий устройство объектов. Понятие «класс» подразумевает некоторое поведение и способ представления. Понятие «объект» подразумевает нечто, что обладает определённым поведением и способом представления. Говорят, что объект — это экземпляр класса. Класс можно сравнить с чертежом, согласно которому создаются объекты. Обычно классы разрабатывают таким образом, чтобы их объекты соответствовали объектам предметной области. Класс является описываемой на языке терминологии исходного кода моделью ещё не существующей сущности, т.н. объекта.

Класс – это множество объектов с одинаковыми свойствами и одинаковым поведением. Примеры классов:

∙•••••••• Студент МЭИ. Все студенты МЭИ имеют одинаковый перечень свойств (характеристик), но без их значений; например, номер зачетной книжки, фамилия, имя, отчество, дата рождения и т.д.

∙•••••••• Аудитория МЭИ. Все аудитории имеют одинаковый перечень свойств (характеристик); например, номер, количество посадочных мест, наличие спецоборудования и т.д.

Очевидно, что присвоение характеристикам значений превращает классы в объекты. Естественно, что в общем случае не все характеристики являются независимыми. У каждого класса может быть так называемое определяющее подмножество характеристик, задание которых однозначно определяет объект. Простой пример: класс треугольник имеет много характеристик, но задание лишь трех его сторон однозначно определяет и все другие характеристики.

Объект может одновременно быть членом нескольких классов. Упомянутый студент МЭИ И.В.Петров может быть дополнительно представителем класса «Член секции самбо» и т.д.

11.Свойства объектно-ориентированного программирования. Объекты и отношение наследования на Delphi

Свойства объектно-ориентированного программирования

1) Абстракция данных

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

2) Инкапсуляция

Инкапсуляция — это принцип, согласно которому любой класс должен рассматриваться как чёрный ящик — пользователь класса должен видеть и использовать только интерфейсную часть класса (т. е. список декларируемых свойств и методов класса) и не вникать в его внутреннюю реализацию. Поэтому данные принято инкапсулировать в классе таким образом, чтобы доступ к ним по чтению или записи осуществлялся не напрямую, а с помощью методов. Принцип инкапсуляции (теоретически) позволяет минимизировать число связей между классами и, соответственно, упростить независимую реализацию и модификацию классов.

3) Сокрытие данных

Сокрытие данных — неотделимая часть ООП, управляющая областями видимости. Является логическим продолжением инкапсуляции. Целью сокрытия является невозможность для пользователя узнать или испортить внутреннее состояние объекта.

4) Наследование

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

5) Полиморфизм

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

Объекты и отношение наследования на Delphi

На языке Delphi классом называется тип данных, содержащий данные, методы и свойства. Объектом называется переменная типа класс.

∙•••••••• Данные – для описания данных используют как стандартные типы и структуры данных Delphi (Pascal), так и собственные типы данных.

∙•••••••• Методы – это процедуры, функции, конструкторы и деструкторы. Суть первых двух понятий ничем не отличается от традиционных. Конструкторы и деструкторы – это процедуры с особыми правилами оформления и особым назначением. Мы о них поговорим позже.

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

Список файлов ответов (шпаргалок)