Преимущества V-образной модели

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

- в модели предусмотрены аттестация и верификация всех внешних и внутренних полученных данных, а не только самого программного продукта;

- в V-образной модели определение требований выполняется перед разработкой проекта системы, а проектирование ПО перед разработкой компонентов;

- модель определяет продукты, которые должны быть получены в результате про­цесса разработки, причем каждые полученные данные должны подвергаться тестированию;

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

- модель проста в использовании (относительно проекта, для которого она является приемлемом).

Недостатки V-образной модели

При использовании V-образной модели в работе над проектом, для которого она не является в достаточной степени приемлемой, становятся очевидными ее недостатки:

- с ее помощью непросто справиться с параллельными событиями;

- в ней не учтены итерации между фазами;

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

- тестирование требований в жизненном цикле происходит слишком поздно, вслед­ствие чего невозможно внести изменения, не повлияв при этом на график выпол­нения проекта;

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

Стандарты

ГОСТ Р ИСО 9001—96 Системы качества. Модель обеспечения качества при проектирова­нии, разработке, производстве, монтаже и обслуживании

ГОСТ Р ИСО/МЭК 9126—93 Информационная технология. Оценка программной продук­ции. Характеристики качества и руководства по их применению

ГОСТ 32.201-89 ВИДЫ, КОМПЛЕКТНОСТЬ И ОБОЗНАЧЕНИЕ ДОКУМЕНТОВ ПРИ СОЗДАНИИ АС

ГОСТ 34.603-92 ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

РД 50-34.698-90 АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ

Методы предпроектного обследования

Процедурно-ориентированный метод направлен на первичное изучение процедур обработки информации.

Предметно-ориентированный метод направлен на изучение элементов информации на предприятии.

Метод анализа по структурным элементам системы управления в основе изучения лежит структура подразделений и функции, выполняемые ими.

Метод анализа выходов изучает зависимость управленческих решений от начальных (входных) условий.

Метод реакций на воздействие изучает реакцию системы на какие-либо воздействия.

Направления предпроектного обследования

обследование информационных потоков на предприятии

обследование материальных потоков на предприятии

обследование потоков управления на предприятии

обследование системы планирования на предприятии

Информационное обеспечение – (information support) представляет собой совокупность данных объекта управления, языковых средств описания данных, программных средств обработки информационных массивов, методов организации, накопления, хранения и доступа к информационным массивам, единой системы классификации и кодирования информации, унифицированных систем документации и информационных массивов, которые применяются в информационной системе.

Внешнее ИО – представляет собой совокупность единой системы классификации и кодирования информации и унифицированной системы документации. Оно позволяет идентифицировать объекты и представить их во входных документах.

Внутреннее ИО – это методы и средства преобразования внешнего представления данных в машинное, организация машинных информационных массивов, преобразование данных из машинного представления во внешнее.

При оценке затрат на разработку ИС обычно выделяют два вида затрат:

- затраты обеспечивающие базовые функциональные свойства системы

- дополнительные затраты

Управление затратами — это умение экономить ресурсы и максимизировать отдачу от них.

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

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

Price-to-win [цена успеха].

Метод основывается на принципе «клиент всегда прав». Суть метода состоит в том, что независимо от предполагаемых реальных затрат на разработку проекта, оценка стоимости ПО корректируется в соответствии с пожеланиями заказчика. Price-to-win фактически является политикой проведения переговоров с клиентом, поэтому часто применяется компаниями, не имеющими средств для качественной оценки проектов.

Метод Паркинсона. Метод основывается на принципе: «Объем работы возрастает в той мере, в какой это необходимо, чтобы занять время, выделенное на ее выполнение».

В применении к разработке программных проектов, закон Паркинсона используется в виде следующей схемы:

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

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

Оценка по аналогии. Являясь разновидностью экспертной оценки, часто выделяется в отдельный метод.

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

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

Методы оценки затрат наиболее глубоко проработаны для программного обеспечения информационных систем.

Математическое моделирование трудоемкости разработки ПО основано на сопоставлении экспериментальных данных с формой некоторой математической функции.

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

Применяются две формы статистических моделей: линейная и Экспоненциальная (нелинейная)

Модель Путнэма (SLIM) (Quantitative Systems Management) основывается на оценке трудовых ресурсов, основанное на распределении вероятности, называемом кривой Рэлея (Rayleigh distribution). В интегральном виде затраты определяются как

Методология функционально-стоимостного анализа ABC (ФСА)

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

Функционально-стоимостной анализ (ФСА, Activity Based Costing, АВС) - метод определения стоимости и других характеристик изделий, услуг и потребителей, использующих в качестве основы функции и ресурсы, задействованные в производстве, маркетинге, продаже, доставке, технической поддержке, оказании услуг, обслуживании клиентов, а также обеспечении качества.

Суть метода — поэлементная отработка конструкции. Он предложил рассматривать каждый элемент конструкции в отдельности, разделив элементы по принципу функционирования на основные и вспомогательные. Из анализа становилось ясно, где «спрятаны» излишние затраты. Соболев применил свой метод на узле крепления микротелефона и ему удалось сократить перечень применяемых деталей на 70 %.

Основные идеи ФСА:

Потребителя интересует не продукция как таковая, а польза, которую он получит от ее использования.

Потребитель стремится сократить свои затраты.

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

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

18