Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Функциональные требования

Читайте также:
  1. I. ОБЩИЕ ТРЕБОВАНИЯ БЕЗОПАСНОСТИ
  2. II. Гигиенические требования к участку и территории зданий общежитий
  3. III. ТРЕБОВАНИЯ БЕЗОПАСНОСТИ ВО ВРЕМЯ РАБОТЫ
  4. IV. Требования к зонам рекреации водных объектов
  5. IV. ТРЕБОВАНИЯ К УЧАСТНИКАМ И УСЛОВИЯ ИХ ДОПУСКА
  6. V. Требования к санитарному содержанию помещений
  7. VI. ТРЕБОВАНИЯ К СТРУКТУРЕ ОСНОВНОЙ ПРОФЕССИОНАЛЬНОЙ ОБРАЗОВАТЕЛЬНОЙ ПРОГРАММЫ

Затверджено

на засіданні кафедри

інформаційних систем

протокол № від 2012 р.

 

2012

Методичні вказівки до опису програмної частини курсових та дипломних робіт (проектів) для студентів спеціальності 7.05010101 /Укл.: Б.Ф.Трофимов. – Одеса: ОНПУ, 2012. – 25 с.

 

 

Укладач: Трофімов Борис Федорович,

кандидат технічних наук, ст. викладач.

 


 

Описание и цель документа

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

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

Цель данного документа – идентифицировать структуру и содержание того как должна быть задокументирована информационная система в дипломных и курсовых работах (проектах). Под документированием ИС здесь понимается описание требований к ИС, основных решений принятых в ходе проектирования и разработки ИС.


2 Раздел диплома 1. Актуальность. Исследование. Постановка задачи

 

Цель и задачи информационной системы

 

Данная секция должна содержать:

- цель ИС. Должна быть сформулирована одним или двумя емким предложениями, отвечающим на вопрос «что делает данная ИС?».

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

- описание входных и выходных информационных потоков ИС.

 

Управление требованиями к дипломному приложению

 

Данная секция должна содержать всестороннее описание всех функциональных и нефункциональных требований ИС, давать ясное и полное представление об управлении ИС, входах и выходах ИС.

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

 

Типы пользователей

 

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

 

Функциональные требования

 

Вторая часть описывает функциональные требования к дипломному приложению. Функциональные требования описывают функции системы, а также ее поведение в ответ на реакцию пользователей (или некоторого события). При разработке требований, как правило, следует избегать технических деталей реализации тех или иных требований. Более подробная информация о функциональных требованиях доступна в [2].

Каждое функциональное требование должно предоставлять как можно более полную информацию о некоторой ОДНОЙ функции дипломного приложения. Полнота описания требования определяется присутствием следующих атрибутов:

- уникальный идентификатор требования;

- содержательное описание функции, заявленной требованием;

- список вовлеченных пользователей (актеры-участники);

- связанный с требованием сценарий (если есть);

- предусловия, то, что ожидается, уже имеет место.

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

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

Для каждого требования указываются только значимые атрибуты.

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

- атомарность требования. Каждое требование должно описывать только одну функцию приложения;

- упорядочивание требований по категориям. Каждая категория может иметь свой уникальный номер, являющийся префиксом для идентификатора требования;

- верифицируемость требования. Каждое требование должно обладать свойством верифицируемости, т. е. для каждого требования должна существовать объективная процедура проверки достижимости требования приложением.

 


Дата добавления: 2015-10-16; просмотров: 90 | Нарушение авторских прав


Читайте в этой же книге: Архитектурные представления | Атрибуты качества | Список использованных технологий |
<== предыдущая страница | следующая страница ==>
Десерты| Моделирование прецедентов

mybiblioteka.su - 2015-2024 год. (0.006 сек.)