Студопедия

КАТЕГОРИИ:

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

Требования к функциональным характеристикам




Лабораторная работа № 1. Часть 2.

Документирование требований. Техническое задание.

Работы по определению требований и выработке целей заканчиваются выпуском соответствующего документа. Согласно ЕСПД, таким документом является ТЗ на разработку программного изделия. Оно устанавливает основное назначение, технические характеристики, показатели качества и технико-экономические требования к программному изделию. ТЗ является одним из основополагающих документов проекта программного изделия.

       Согласно ГОСТ 19.201-78 ТЗ должно содержать следующие разделы:

· Введение;

· Основания для разработки;

· Назначение разработки;

· Требования к программе или программному изделию;

· Требования к программной документации;

· Технико-экономические показатели;

· Стадии и этапы разработки;

· Порядок контроля и приемки;

· В техническое задание допускается включать приложения

В зависимости от особенностей программы допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них. Например, содержание ТЗ может быть следующим:

1. Введение

1.1 наименование программы

1.2 назначение и область применения

2. Требования к программе

2.1 Требования к функциональным характеристикам

2.2 Требования к надежности

2.2.1 требования к обеспечению надежного функционирования программы

2.2.2 Время восстановления после отказа

2.2.3 Отказы из-за некорректных действий оператора

3. Условия эксплуатации

3.1 Климатические условия эксплуатации

3.2 Требования к квалификации и численности персонала

3.3 Требования к составу и параметрам технических средств

3.4 Требования к информационной и программной совместимости

3.4.1 Требования к информационным структурам и методам решения

3.4.2 Требования к исходным кодам и языкам программирования

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

3.4.4 Требования к защите информации и программ

3.5 Специальные требования

4. Требования к программной документации

4.1 предварительный состав программной документации

5. Технико-экономические показатели

5.1 Экономические преимущества разработки

6. Стадии и этапы разработки

6.1 Стадии разработки

6.2  Этапы разработки

6.3  Содержание работ по этапам

7. Порядок контроля и приемки

7.1 Виды испытаний

7.2  Общие требования к приемке работы

Общая постановка задачи

     Выберите и согласуйте с преподавателем прикладную задачу. Примерный перечень задач приведен в следующем разделе. Допустимо выбрать любую другую задачу. Используя дополнительную информацию (книги,Интернет,и др.) изучите прикладную область соответствующую выбранной задаче. Согласно требованиям ЕСПД, оформите ТЗ на разработку программного изделия для решения выбранной задачи .

Список индивидуальных данных

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

1. ИС автотранспортного предприятия

2. АС учета договоров и контроля за их исполнением

3. АС учета и оптимизации транспортных расходов на предприятии

4. АС учета сдельной оплаты труда

5. АРМ экономиста по прогнозу закупок на предприятии оптовой торговли

6. ИС поддержки биржевых торгов

7. АС учета материальных ресурсов предприятия

8. Подсистема автоматизации складского учета

9. Подсистема автоматизации учета платежей по договорам

10. Автоматизация учета поступления и реализации товаров в розничной торговле

11. Подсистема учета реализации товаров в оптовой торговле

12. Автоматизация кассовых операций торгового предприятия

13. Автоматизация учета выбытия денежных средств с расчетного счета организации

14.   Автоматизация учета повременно-премиальной оплаты труда в организации

15. Автоматизация учета поступления и выбытия малоценных и быстроизнашивающихся предметов в коммерческой организации

16. Автоматизация учета поступления и выбытия, основных средств на предприятии

17. АС учета обмена валют

18. АС учета запасов предприятия

19. АС учета бартерных операций

20. АС учета закупок товаров у населения

21. АС учета риэлтерских операций

22. АРМ сотрудника кредитного отдела банка

23. ИС ведения реестра акционеров в банке

24. АС учета ценных бумаг на предприятии

25. Подсистема учета внутреннего перемещения материалов

26. Подсистема учета дебиторов банка

27. Подсистема учета операций по импорту товаров

28. Автоматизация учета расчетов за проживание в общежитии

29. Автоматизация учета реализации и затрат на доставку мебели

30. Подсистема учета амортизации основных средств

31. Проектирование АРМ специалиста службы технической поддержки пользователей

32. Проектирование АРМ инженера-тестировщика ПО

33. Проектирование АС специалиста «Трансфузиология»

34. Проектирование АС онлайн бронирования и оплаты услуг

 

 

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

     В данном разделе приведем пример ТЗ на разработку АСУ платной автостоянкой . Текст ТЗ приведен с сокращениями . Раздел ТЗ «» Основание для разработки» лишен конкретного содержания.

ТЗ на разработку АСУ платной автостоянкой

Введение

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

Основание для разработки

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

Назначение разработки

АСУ предназначена для решения следующих задач:

1. Хранение информации о клиентах автостоянки, их автомобилях с указанием периода разрешенного доступа на охраняемую территорию

2. Фиксация всех происходящие в системе событий

3. Формирование и учет пропусков

4. Контроль доступа на автостоянку

5. Расстановка автомобилей по машиноместам

 

 

Требования к программному изделию

Требования к функциональным характеристикам

Система должна обеспечивать следующие функции:

1.Ввод, вывод, редактирование, хранение, печать, экспорт в другие форматы информации об операторах и их полномочиях:

· ФИО оператора

· Имя в системе

· Пароль

· Полномочия

2. Ввод, вывод, редактирование, хранение, печать, экспорт в другие форматы информации об арендаторах стоянки, включая информацию об транспортных средствах им принадлежащих:

· ФИО арендатора

· Уровень доступа

· Срок действия пропуска

· Уровень доступа

                    3. Ввод, вывод, редактирование, хранение, печать, экспорт в другие форматы информации о транспортных средствах, в связи с арендаторами, которым они принадлежат.  

· Государственный номер

· Марка

· Цвет

· Год выпуска

 

4. Ввод, вывод, редактирование, хранение, печать, экспорт в другие форматы информации о машиноместах стоянки и группах машиномест:

· Характеристика машиноместа

· Описание и состав группы машиномест

 

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

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

· Код событий

· Дата событий

· Информация о клиенте, транспортном средстве. Машиноместе (группе машиномест) связанных событий .

Входной информацией системы является :

1. Бухгалтерская информация:

· Информация о сроке действия договора клиента с автостоянкой;

· Информация об оплате клиентом машиномест, оговоренных в договоре.

2.Информация о нажатии кнопки RTE (Request to exit)или по другому кнопки «Выход». Данная кнопка служит для принудительного разрешения пересечения точки прохода. Т.е. открытия ворот(шлагбаума)автостоянки.

3. Регистрационная информация:

· Информация о машиноместах и группах машиномест автостоянки

· Информация о сотрудниках автостоянки

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

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

       Выходной информацией системы являются:

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

2. отчеты. Минимальный перечень формируемых в системе отчетов следующий6

· Список свободных машиномест

· Список занятых машиномест

· Список событий

· Список клиентов

· Задолженности клиентов

Требования к надежности

Система должна:

· Проводить контроль вводимой информации

· Блокировать некорректные действия пользователя при работе с системой

· Обеспечивать целостность данных

Условия эксплуатации

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

 

 










Последнее изменение этой страницы: 2018-05-29; просмотров: 454.

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