АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

РАЗРАБОТКА ТРЕБОВАНИЙ

Читайте также:
  1. Авторефераты3.2. Идентификация и разработка стратегических альтернатив
  2. Анализ технических требований чертежа, выявление технологических задач и условий изготовления детали
  3. Быстрая разработка приложений
  4. В. Соотношение требований из неосновательного обогащения с другими требованиями о защите гражданских прав
  5. Виды морских буксировок. Выполнение требований морской практики для обеспечения безопасности.
  6. Виды ответственности должностных лиц за нарушение требований охраны труда
  7. Вред, причиняемый нарушением правовых экологических требований, называется в доктрине права окружающей среды экологическим или экогенным вредом.
  8. Выбор и разработка экологических критериев продукции
  9. Выполнение требований охраны труда на производстве работником
  10. ГЛАВА 2.2. РАЗРАБОТКА СТРАТЕГИИ ИННОВАЦИОННОЙ ОРГАНИЗАЦИИ НА РЫНКАХ ЛИЦЕНЗИЙ
  11. Глава 5. Разработка концепции продукции
  12. Декабристы: причины появления, разработка проектов преобразования России. Восстание 14 декабря и его итоги. Историческое значение.

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

I. На этапе анализа осуществимости нужно ответить на следующие вопросы:

1) Отвечает ли будущие программный продукт общим и бизнес-целям заказчика (и разработчика)?

2) Можно ли реализовать системы, используя существующие технологии и не выходя за пределы заданной стоимости?

3) Можно ли интегрировать систему с уже используемой заказчиком?

4) Какие проблемы есть у фирмы-заказчика и как наш программный продукт будет помогать их решать?

5) Требует ли наш программный продукт новых технологий, которые ещё не использовались?

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

По результатам этого этапа пишется отчёт о осуществимости, в котором:

— целесообразность работы над проектом;

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

II. Формирование и анализ требований.

Составляется набор требований к программному продукту с помощью общения с будущими пользователям программного продукта.

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

Мы должны учитывать разные точки зрения представителей заказчика.

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

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

 

На этапе сбора требований может продолжаться анализ предметной области и производиться общение с возможными пользователями.

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

На этапе разрешения противоречий должны быть разрешены все противоречия.

На этапе определения приоритетов определяется важность требований (с помощью общения с заказчиком).

На этапе проверки требований проверяется полнота требований, последовательность и непротиворечивость.

Эти этапы повторяются многократно. Когда собраны все необходимые требования, составляется техническое задание.

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

Всё заканчивается создание технического задания.

 


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |

Поиск по сайту:

Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.004 сек.)