Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Полное наименование Системы и ее условное обозначение



ТЕХНИЧЕСКОЕ ЗАДАНИЕ

_______________________________________________________________

наименование организации - разработчика ТЗ на АИС

 

  УТВЕРЖДАЮ Директор ГАОУСПОСО «Шевченко Д.В»   Шевченко Денис Валерьевич  
  Личная подпись
      «__» _________ 2014 г.

 

   
   

ТЕХНИЧЕСКОЕ ЗАДАНИЕ


 ПО теме « Кассовый аппарат -аналог R - keeper »

На________ листах

Действует с

 

 


Оглавление

1. Общие сведения. 3

1.1. Полное наименование Системы и ее условное обозначение. 3

1.2. Наименование Исполнителя и Заказчика. 3

1.3. Основание для разработки Системы.. 3

1.3.1. Основания для разработки системы.. 3

1.3.2. Основания для разработки документа. 3

1.3.3. Нормативные документы.. 3

1.4. Сведения об источниках и порядке финансирования работ. 4

1.5. Порядок оформления и предъявления результатов работ. 4

2. Назначение и цели создания системы.. 5

2.1. Назначение системы.. 5

2.2. Цели создания системы.. 5

3. Характеристика объекта автоматизации. 6

3.1. Краткие сведения об объекте автоматизации. 6

4. Требования к системе. 6

4.1. Требования к системе в целом.. 6

4.1.1. Требования к структуре и функционированию системы.. 7

4.1.2. Требования к численности и квалификации персонала системы и режиму его работы 10

4.1.3. Требования к показателям назначения. 10

4.1.4. Требования безопасности. 10

4.1.5. Требования к эргономике и технической эстетике. 11

4.1.6. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы.. 11

4.1.7. Требования к защите информации от несанкционированного доступа. 12

4.1.8. Требования к программному и аппаратному обеспечению СЗИ.. 12

4.1.9. Требования по сохранности информации при авариях. 13

4.2. Требования к функциям (задачам), выполняемым системой. 14

4.2.1. Основные требования. 14

4.2.2. Требования к функциональным возможностям.. 16

4.3. Требования к видам обеспечения. 22

4.3.1. Требования к математическому обеспечению.. 22

4.3.2. Требования к информационному обеспечению.. 22

4.3.3. Требования к программному обеспечению.. 23

 

 


 




Общие сведения

Полное наименование Системы и ее условное обозначение

Полное наименование Системы: Автоматизированная информационная система «Кассовый аппарат –аналог R keeper».

Условное обозначение: КА-АРК.

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

Заказчик: ЕКТС Дисциплина: Прикладное программирование Преподаватель: Хмельницкая Галина Викторовна
Исполнитель Студент группы ПР-31 Сисеев Дмитрий Сергеевич

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

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

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

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

Основанием для разработки настоящего Документа является выполнение  «Практической работы».

Нормативные документы

       Настоящее ТЗ разработано в соответствии с требованиями ГОСТ 34.602‑89 “Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы”.

Должностные инструкции:

· Проводить свою работу по плану, утвержденному и согласованному с менеджером.

 

Назначение и цели создания системы

Назначение системы

Автоматизированная система для организаций работы в ресторанах официантам.

· Контроль за работниками;

· Отчет формирования на конец дня;

· безошибочность расчетов и документацию всех операций.

Цели создания системы

В соответствии с концепцией создания и развития Системы к стратегическим целям можно отнести:

· упрощение работы по обслуживанию посетителей, а также увеличение скорости обслуживания за счет минимизации времени оформления заказа;

· Повышение уровня управления персоналом.

Характеристика объекта автоматизации

Краткие сведения об объекте автоматизации

Объектом автоматизации являются процессы контроля посещения, а так же предоставление работы официантов и информации посетителей. К ним относятся:

· Введение заказов;

· Внутренняя отчетность сотрудников ресторана;

· Предоставление информации о заказах, предстоящих событиях и мероприятиях.

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

Требования к системе в целом

Общими для системы в целом являются требования:

•     Система должна содержать необходимый объем информации, механизм своевременной актуализации содержания и базовый набор сервисов работы с информацией, обеспечивающий требуемую полноту информационных и иных услуг, предоставляемых пользователю;

•     структура представления информационных ресурсов и пользовательские интерфейсы по доступу к ресурсам и сервисам должны быть интуитивно понятны широкому кругу пользователей;

•     предоставляемые услуги и сервисы должны иметь очевидную ценность для пользователей Системы.

При разработке Системы должны предусматриваться:

•     разработка, оценка и выбор модели построения информационно-коммуникационной инфраструктуры Системы с учетом информационных, технологических, организационных и финансовых аспектов, а также мер по обеспечению требуемого уровня информационной безопасности;

•     разработка стандартов представления данных и метаданных описания информации в составе Системы;

•     разработка стандартных процедур информационного взаимодействия при управлении инфраструктурой и информационным наполнением Системы;

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

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

Подсистема отображения.

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

· Административная панель;

· Панель информации;

· База данных(сбор, хранение, дополнение, изменение, удаление);

· Панель ввода данных.

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

· Возможность модернизации модулей;

· Возможность расширения системы;

· Изменение модуля приводит к изменению содержания всех баз данных в дальнейшем.

 

Подсистема хранения данных

Подсистема хранения данных должна обеспечивать хранение в БД Системы и выборку из БД объектов для формирования содержания Системы.

Требования к способам и средствам связи для информационного обмена между компонентами системы.

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

Требования к характеристикам взаимосвязей создаваемой системы со смежными системами

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

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

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

Для Системы должны быть реализованы два режима функционирования:

· режим эксплуатации, в котором Система должна обеспечивать решение задач, определенных в п.4.2 настоящего ТЗ; 

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

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

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

Требования к показателям назначения

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

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

· в части показателей информационного взаимодействия – обеспечена возможность выполнения операций организации информационного взаимодействия (публикации, модификации), установленные настоящим ТЗ;

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

Требования безопасности

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

Требования к эргономике и технической эстетике

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

Дизайн Системы должен удовлетворять следующим требованиям по эргономике и технической эстетике:

· быть достаточно «легким» по объему графических элементов;

· обеспечивать минимум усилий и временных затрат пользователя для ввода данных;

· корректно отображаться на разрешении 1024х768 и выше, а так же количестве одновременно отображаемых цветов монитора;

· Внимание пользователя должно концентрироваться на наиболее важных  элементах;

 

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы

Электропитание технических средств от сети напряжением 380 / 220В с частотой 50 Гц с глухо–заземленной нейтралью. По основным показателям качества электроэнергии системы первичного электропитания должны соответствовать требованиям ГОСТ 13109–87, а по электромагнитной совместимости и устойчивости к электромагнитным помехам – ГОСТ Р50628–93 и МЭК–555–2;

Физическая защита аппаратных компонентов системы, носителей данных, резервирование ресурсов и текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в структуре площадки, предоставленной Заказчиком.

Техническое обслуживание, ремонт и хранение компонентов системы осуществляется штатными специалистами, предусмотренными в структуре площадки, предоставляемой Заказчиком.

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

4.1.7.1. Общие требования

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

Согласно  классификации ГосТехКомиссии в документе от 30 марта 1992 г «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации» СЗИ Системы должна соответствовать классу защищённости 1Д. При этом функции управления доступом (идентификации и проверки подлинности субъектов доступа при входе в систему, разграничения доступа к информационным ресурсам Системы), регистрации и учёта регистрации входа\выхода субъектов доступа в Систему\из Системы должны осуществляться средствами Системы, а функция обеспечения целостности ресурсов Системы – средствами МКОУ «Иртышская СОШ».

Требования к программному и аппаратному обеспечению СЗИ

Разделение доступа

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

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

· просмотр элементов;

· введение данных;

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

Права различных групп пользователей отражены в таблице:

 

Функция Кассир Сотрудник +(Р) Администратор
Раздел «Заказ» Только просмотр Просмотр Добавление Просмотр Добавление Удаление
Раздел «Отчеты» - Просмотр   Просмотр Удаление
Хранилище Данных Нет доступа Нет доступа Добавление Просмотр Удаление

 

 

Требования по сохранности информации при авариях

Не предъявляются.

Требования к защите от влияния внешних воздействий

Требования к радиоэлектронной защите средств Системы, требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения) – не предъявляются.

Требования к патентной чистоте

Требования к патентной чистоте не предъявляются.

Требования по стандартизации и унификации

Техническая документация должна оформляться в соответствии с ГОСТ 34 серии. Алгоритмы, реализуемые программными модулями, должны разрабатываться в соответствии с требованиями Заказчика.

Система должна обмениваться данными с агентом пользователя (браузером) в соответствии со стандартами, принятыми консорциумом W3C. Основным языком разработки принимается язык программирования Delphi.

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

4.2.1. Основные требования

Навигация

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

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

Языковая поддержка

Сайт должен быть выполнен на русском языке.

Соответствие стандартам

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

Масштабируемость

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

Расширяемость

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

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

Термины

Пользователь – лицо, осуществляющее работу с вводом данных или административным модулем Системы.

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

Элемент управления – элемент Системы, предусматривающий активные действия пользователя (ввод/редактирование данных, запуск процедур):

· поле;

· список;

· кнопка;

Форма – совокупность элементов управления

Меню – логическое объединение разделов Системы.

Отчет (Раздел «Отчеты») - файл отчета в формате txt, загружаемый сотрудниками или директором, для возможности просмотра авторизированными пользователями.

Разделение доступа. Роли

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

Посетитель (Гость) – лицо, осуществляющее работу с Системой, но не зарегистрированный в Системе.

Авторизированный пользователь - пользователь, успешно прошедший процедуру идентификации Системой.

Работу с автоматизированной системой осуществляют следующие авторизированные пользователи:

Администратор (Директор) – авторизованный пользователь, обладающий исключительными правами доступа к информации, а так же правами ее редактирования\удаления.

Раздел «Отчеты»

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

Для просмотра отчета, а так же удаления отчета, должна осуществляться проверка доступа к этим функциям.

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

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

Не предъявляются.

Требования к информационному обеспечению

Требования к составу, структуре и способам организации данных

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

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

· информация должна быть достаточно полной;

· информация должна легко восприниматься визуально;

· доступ к открытой информации должен быть максимально облегчен.

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

Требования к программному обеспечению

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

Программное обеспечение рабочих станций:

· Операционная система Microsoft Windows XP\2000\Vista\7;

· Программа просмотра интернет/интранет страниц Mozilla Firefox, Opera 9.0 и выше, Google Chrome ;

· Microsoft Office 2003 или выше;

· Язык программирования Delphi.

 

 

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

_______________________________________________________________

наименование организации - разработчика ТЗ на АИС

 

  УТВЕРЖДАЮ Директор ГАОУСПОСО «Шевченко Д.В»   Шевченко Денис Валерьевич  
  Личная подпись
      «__» _________ 2014 г.

 

   
   

ТЕХНИЧЕСКОЕ ЗАДАНИЕ


 ПО теме « Кассовый аппарат -аналог R - keeper »

На________ листах

Действует с

 

 


Оглавление

1. Общие сведения. 3

1.1. Полное наименование Системы и ее условное обозначение. 3

1.2. Наименование Исполнителя и Заказчика. 3

1.3. Основание для разработки Системы.. 3

1.3.1. Основания для разработки системы.. 3

1.3.2. Основания для разработки документа. 3

1.3.3. Нормативные документы.. 3

1.4. Сведения об источниках и порядке финансирования работ. 4

1.5. Порядок оформления и предъявления результатов работ. 4

2. Назначение и цели создания системы.. 5

2.1. Назначение системы.. 5

2.2. Цели создания системы.. 5

3. Характеристика объекта автоматизации. 6

3.1. Краткие сведения об объекте автоматизации. 6

4. Требования к системе. 6

4.1. Требования к системе в целом.. 6

4.1.1. Требования к структуре и функционированию системы.. 7

4.1.2. Требования к численности и квалификации персонала системы и режиму его работы 10

4.1.3. Требования к показателям назначения. 10

4.1.4. Требования безопасности. 10

4.1.5. Требования к эргономике и технической эстетике. 11

4.1.6. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы.. 11

4.1.7. Требования к защите информации от несанкционированного доступа. 12

4.1.8. Требования к программному и аппаратному обеспечению СЗИ.. 12

4.1.9. Требования по сохранности информации при авариях. 13

4.2. Требования к функциям (задачам), выполняемым системой. 14

4.2.1. Основные требования. 14

4.2.2. Требования к функциональным возможностям.. 16

4.3. Требования к видам обеспечения. 22

4.3.1. Требования к математическому обеспечению.. 22

4.3.2. Требования к информационному обеспечению.. 22

4.3.3. Требования к программному обеспечению.. 23

 

 


 




Общие сведения

Полное наименование Системы и ее условное обозначение

Полное наименование Системы: Автоматизированная информационная система «Кассовый аппарат –аналог R keeper».

Условное обозначение: КА-АРК.


Поделиться:



Последнее изменение этой страницы: 2019-05-08; Просмотров: 307; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.118 с.)
Главная | Случайная страница | Обратная связь