Выработка требований и разработка спецификаций


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

оформить заявку

Слишком сложно? Тогда запросите консультацию специалиста!

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

ознакомиться с условиями

Краткое пояснение: Выработка требований и разработка спецификаций

Требования это описание необходимых средств для решения проблемы.

Спецификация это описание объекта, обладающего этими свойствами.

Реализация это описание на языке разработчика внешне известных, характерных особенностей поведения системы.

Функционирование спецификации включает в себя:

1. Цель программы.

2. Граничные условия.

3. Описание функций (что будет выполнять программа).

4. Спецификация входных и выходных данных.

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

2. Фаза спецификации:

a) проектирование архитектуры;

b) детальное проектирование.

Входной информацией проектирования является спецификация. Проектирование архитектуры заканчивает композиции (разбиения) спецификаций структуры системы.

Детальное проектирование (структурное программирование) – на этом этапе производится процедурное описание программы.

3. Фаза реализации (конструирования):

a) кодирование;

b) интеграция;

c) тестирование.

4. Внедрение –это полное, упорядоченное, координированное пользователем приобщение программы к реальной среде, подтверждение соответствия требованиям.

5. Эксплуатация –это оценка работы системы и поддержание ее функционирования в приемлемых границах.

6. Сопровождениезаключается в следующих этапах:

1) нахождение и исправление ошибок;

2) добавление новых функций и модернизация старых;

3) включение программы в новую среду;

4) улучшение показателей программы.

Цикл разработки состоит из следующих шагов:

1. Формирование общих идей программы.

2. Принятие решения о потенциальном пользователе программы.

3. Принятие решения о типе компьютера, на котором программа будет выполняться.

4. Выбор одного из возможных языков программирования.

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

6. Написание программы.

7. Тестирование программы.

8. Альфа-тестирование.

9. Исправление любых обнаруженных ошибок.

10. Повторение пунктов 7 и 8 как можно чаще.

11. Передача копии программы другим людям для тестирования.

12. Бета-тестирование.

13. Исправление любых обнаруженных ошибок, обнаруженных при бета-тестировании.

14. Выпуск программы и уверенность в том, что она работает в соответствии с требованиями.

Цикл сопровождения состоит из следующих шагов:

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

2. Исправление ошибки.

3. Проверка работы программы, чтобы убедиться, что все обнаруженные ошибки исправлены, а новые не появились.




4. Исправление всех ошибок, обнаруженных при проверке.

5. Повторение пунктов 1-4, для исправления ошибок, о которых получены сообщения.

6. Программный продукт сопровождается на протяжении существования и может длиться несколько лет.

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

Цикл обновления:

1. Определите, какие новые функции вы хотите добавить в свою программу.

2. Спланируйте, как именно должна работать новая программа (используя псевдокод или другие средства).

3. Внесите в программу изменения.

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

5. Исправьте любые проблемы, выявленные при альфа-тестировании.

6. Передайте несколько копий программы для бета-тестирования.

7. Исправьте любые проблемы, обнаруженные при бета-тестировании.

8. Повторяйте пункты 1-7 для каждой программы, которую решили добавить в разработку системы.

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


1.2 Модели жизненного цикла программного обеспечения. Жизненный цикл программного обеспечения в соответствии со стандартом
ISO/IES 12207

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



Структура жизненного цикла программного обеспечения по стандарту
ISO/IEC 12207
базируется на трёх группах процессов:

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

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

- организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение).

Стандарт ISO/IEC 12207 не предлагает конкретную модель жизненного цикла и методы разработки программного обеспечения. Его регламенты являются общими для любых моделей жизненного цикла, методологий и технологий разработки. Стандарт ISO/IEC 12207 описывает структуру процессов жизненного цикла программного обеспечения, но не конкретизируется в деталях, как реализовать или выполнить действия и задачи, включённые в эти процессы.

К настоящему времени наибольшее распространение получили следующие модели жизненного цикла:

I. Классический жизненный цикл – состоит из следующих этапов:

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

2) Анализ требований относится к программному элементу – программному обеспечению. Уточняются и детализируются его функции, характеристики и интерфейс. Все определения документируются в спецификации анализа. Здесь же завершается решение задачи планирования проекта.

3) Проектирование состоит в создании представлений:

· архитектуры ПО;

· модульной структуры ПО;

· алгоритмической структуры ПО;

· структуры данных;

· входного и выходного интерфейса (входных и выходных форм данных).

Исходные данные для проектирования содержатся в спецификации анализа.

4) Кодирование состоит в переводе результатов проектирования в текст на языке программирования.

5) Тестирование — выполнение программы для выявления дефектов в функциях, логике и форме реализации программного продукта.

6) Сопровождение — это внесение изменений в эксплуатируемое ПО.
Цели изменений:

· исправление ошибок;

· адаптация к изменениям внешней для ПО среды;

· усовершенствование ПО по требованиям заказчика.

Сопровождение ПО состоит в повторном применении каждого из предшествующих шагов (этапов) жизненного цикла к существующей программе но не в разработке новой программы.

Рис. 2.Классический жизненный цикл разработки ПО

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

Недостатки классического жизненного цикла:

1) реальные проекты часто требуют отклонения от стандартной последовательности шагов;

2) цикл основан на точной формулировке исходных требований к ПО (реально в начале проекта требования заказчика определены лишь частично);

3) результаты проекта доступны заказчику только в конце работы.

II. Макетирование – достаточно часто заказчик не может сформулировать подробные требования по вводу, обработке или выводу данных для будущего программного продукта. В этих случаях целесообразно использовать макетирование. Основная цель макетирования — снять неопределенности в требованиях заказчика.

Макетирование (прототипирование) — это процесс создания модели требуемого программного продукта.

Модель может принимать одну из трех форм:

1) бумажный макет или макет на основе ПК (изображает или рисует человеко-машинный диалог);

2) работающий макет (выполняет некоторую часть требуемых функций);

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

Макетирование начинается со сбора и уточнения требований к создаваемому ПО Разработчик и заказчик встречаются, и определяют все цели ПО, устанавливают, какие требования известны, а какие предстоит доопределить. Затем выполняется быстрое проектирование. В нем внимание сосредоточивается на тех характеристиках ПО, которые должны быть видимы пользователю. Быстрое проектирование приводит к построению макета. Макет оценивается заказчиком и используется для уточнения требований к ПО. Итерации повторяются до тех пор, пока макет не выявит все требования заказчика и, тем самым, не даст возможность разработчику понять, что должно быть сделано.

Достоинство макетирования: обеспечивает определение полных требований к ПО.

Недостатки макетирования:

· заказчик может принять макет за продукт;

· разработчик может принять макет за продукт.

Рис. 3.Макетирование

Рис. 4. Последовательность действий при макетировании

III. Инкрементная модель – является классическим примером инкрементной стратегии конструирования. Она объединяет элементы последовательной водопадной модели с итерационной философией макетирования.

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

Рис. 5. Инкрементная модель


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

Хм, так же просматривали

Заказ

ФОРМА ЗАКАЗА

Бесплатная консультация

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

Этапность

СОПРОВОЖДЕНИЕ КЛИЕНТА

Получить работу можно всего за 4 шага

01
Оставляете запрос

Оформляете заказ работы, заполняя форму на сайте.

02
Узнаете стоимость

Менеджер оценивает сложность. Узнаете точную цену.

03
Работа пишется

Оплачиваете и автор приступает к выполнению задания.

04
Забираете заказ

Получаете работу в электронном виде на вашу почту.

Услуги

НАШ СЕРВИС

Что мы еще делаем?

icon
Дипломные работы

от 9800 рублей

ПОДРОБНЕЕ
icon
Лабораторные работы

от 630 рублей

ПОДРОБНЕЕ
icon
Домашние работы

от 180 рублей

ПОДРОБНЕЕ
icon
Сочинения

от 280 рублей

ПОДРОБНЕЕ
icon
Монографии

от 1400 рублей

ПОДРОБНЕЕ
icon
Работы для духовной семинарии

от 980 рублей

ПОДРОБНЕЕ