Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Дудукін О. 341 / 3_Developing / Функциональная спецификация

.doc
Скачиваний:
19
Добавлен:
05.03.2016
Размер:
145.92 Кб
Скачать

ХДУ

УЧЕБНЫЙ КУРС

«Технологии программирования. Курс на базе Microsoft Solutions Framework (MSF)»

для подготовки по направлению «Информационные технологии»

Функциональная спецификация

Херсон 2014

Содержание

Функциональная спецификация 1

Введение 3

1. Видение и рамки 4

2. История проекта 4

3. Цели дизайна 5

4. Исключенные возможности и неподдерживаемые сценарии 6

5. Предположения и зависимости 6

6. Проект решения. 7

7. Требования к инсталляции и деинсталляции 10

8. Риски 10

Введение

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

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

  1. Видение и рамки

Наш проект направлен на удовлетворение нужд заказчика. Для удовлетворения нужд мы пишем программную систему, которая позволит заказчику:

  • Управлять статьями.

  • Дать возможность объективно оценивать труды авторов исходя из ссылаемых источников.

  • Оперативно находить материалы для своей статьи не волнуясь в авторитетности и достоверности источника на который пал выбор.

  • Отслеживать рейтинг своей статьи с мобильного устройства.

  • Узнавать новости и рекомендации к написанию научных статей.

  1. История проекта

Приведите здесь основные события и важные решения в процессе реализации проекта.

день от начала проекта

События

1

принято решение о начале проекта

2

организованно обучение

2

ядро проектной группы сформировано

3

Черновой вариант концепции проекта составлен

4

Базовая версия функциональной спецификации создана

5

Базовая версия сводного плана проекта создана

6

Базовая версия сводного календарного графика проекта создана

7

Среды разработки и тестирования развернуты

7

Концепция подтверждена

8

Главный менеджер ушел.

10

Билд 1 завершен (дизайн и проектирование завершено)

15

Билд 2 завершен (сделана база данных)

20

Билд 3 завершен (реализована динамика на сайте)

25

Билд 4 завершен (реализована вся функциональность включая визуальную оболочку)

26

Контрольное тестирование завершено

27

Тестирование приемлемости для потребителей завершено

29

Обучение прошло с задержкой на 3 дня

30

Пилотное внедрение завершено

31

Ключевые компоненты развернуты

32

Внедрение на местах завершено

33

Внедренное решение стабилизировано

34

Главный менеджер вернулся

  1. Цели дизайна

      1. Требования пользователей

Сформулируйте требования к решению с точки зрения пользователей.

С точки зрения менеджеров

  • Наличие опции добавления/удаления статьи

  • Наличие опции добавления/удаления дополнительной информации

  • Наличие опции просмотра данных о статье или группе статей

    • Данные о наличии статей

    • Информация о статьях

    • Просмотр статистических данных о статьях

С точки зрения "гостя"

  • Наличие опции поиска нужных статей по критериям: автора. издательства и т.д.

      1. Системные требования

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

На стороне менеджеров:

  • Intel Core i3-4010U (1.7 ГГц)

  • RAM 4 ГБ

  • HDD 500 ГБ

  • nVidia GeForce GT840M,2ГБ

На стороне клиентов:

  • P4 300 MHz или аналогичный

  • RAM 128 Mb

  • Video RAM 32 Mb

  • Установленный java Runtime

    1. Сценарии использования

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

  1. Исключенные возможности и неподдерживаемые сценарии

Укажите здесь исключенные возможности и неподдерживаемые сценарии.

  • Отсутствие динамического добавления контента.

  • Остустсвие конкретной платформы для сайта

  1. Предположения и зависимости

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

Укажите здесь предположения и зависимости.

Предполагаются следующие требования на оборудование:

На стороне менеджеров:

  • Intel Core i3-4010U (1.7 ГГц)

  • RAM 4 ГБ

  • HDD 500 ГБ

  • nVidia GeForce GT840M,2ГБ

На стороне клиентов:

  • P4 300 MHz или аналогичный

  • RAM 128 Mb

  • Video RAM 32 Mb

  • Установленный java Runtime

Для настройки системы у фирмы должен быть как минимум один вебмастер.

Для работы фирмы необходимо существование нескольких (>2) контент-менеджеров.

  1. Проект решения.

    1. Концептуальный проект

Выделенные объекты системы:

  • База данных

  • Мобильное приложение

  • Сайт

  • Парсер

База данных:

Включает следующие сущности, и атрибуты:

Сборник:

  • номер

  • принадлежность к ХДУ

  • issn

  • заголовок

  • коллегия

  • год

  • город

  • издание

  • eissn

  • основатели

Статьи:

  • номер

  • ссылка

  • название

  • год

  • издание

  • выпуск

  • внутренняя

Языки:

  • номер

  • название

Издательство:

  • номер

  • год

  • название

  • телефон

Выпуск:

  • название

  • дата

  • количество выпусков

Люди

  • номер

  • имя

  • фамилия

  • автор

  • резензент

Города:

  • номер

  • регион

  • страна

  • название города(рус)

  • название города (eng)

Страны:

  • номер

  • название страны(рус)

  • название страны(eng)

Регионы:

  • название региона(рус)

  • название региона(eng)

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

  • Отсутствие вообще статей по данным параметрам

В ответ, пользователь должен иметь возможность поменять параметры с учетом предыстории.

Система предъявляет следующие требования к системе:

На стороне менеджеров:

  • Intel Core i3-4010U (1.7 ГГц)

  • RAM 4 ГБ

  • HDD 500 ГБ

  • nVidia GeForce GT840M,2ГБ

На стороне клиентов:

  • P4 300 MHz или аналогичный

  • RAM 128 Mb

  • Video RAM 32 Mb

  • Установленный java Runtime

При создании будут использованы следующие средства и технологии:

  • HTML

каркас сайта

  • СSS

стили

  • JavaScript

динамика на клиентской стороне

    • PHP

Динамика на серевере

    • MySQL

Выбранная база данных

  1. Требования к инсталляции и деинсталляции

Для удаления системы необходимо удалить все файлы на сервере.

Для удаления приложения - деинсталлировать как любое другое приложение.

  1. Риски

Первопричина

Условие

Последствие

Приносимый ущерб

Нехватка кадров

Один из членов команды заболеет

Функции заболевшего придется передать другому

Потери времени

Форс-мажор

Авария на подстанции, отключение электричества

Фатальная потеря времени(придется делать все с начала)

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

Организация работы

Не сможем подобрать необходимые кадры

Участникам придется совмещать роли

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

Организация работы

Не успеем сдать проект во время

Теряем доверие заказчика

Не получаем дальнейшее финансирование

Плохая организация обучения

Не хватка квалификации персонала

Долгий процесс разработки

Потеря времени

Заказчик может менять требования

Заказчик изменит требования

Изменение технического задания

Вследствие введенного плана управления изменениями ущерб должен отсутствовать

Форс-мажор

Отключат доступ к Интернету

Потеряем время, пока авария будет устраняться

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

Плохая организация взаимодействия с заказчиком

Заказчик вовремя не оплатит счета

Простой проекта

Ущерба нет, так как заключается договор, в котором предусматривается увеличение сроков проекта в данной ситуации

Плохо организованный процесс тестирования

Из-за необнаруженной вовремя ошибки система нанесет урон заказчику, разработка и тестирование ведется одним человеком(что оприоре неверно)

На время устранения ошибки доступ к базе данных и статьям будет зактрыт

Потеря денег со стороны нашей компании и потеря доверия заказчика

Плохая организация взаимодействия с заказчиком

На стороне заказчика нет заявленной в требованиях данных

Не сможем адекватно развернуть систему

Не сможем адекватно развернуть систему