Студопедия — Требования к системе в целом.
Студопедия Главная Случайная страница Обратная связь

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

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






Автоматизированная

система «СБЫТ».

4.1.1. Разрабатываемые в АС методы и программные модули должны содержать возможности дальнейшего развития системы.

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

 

5.1.2. Разрабатываемая АС должна обеспечивать простоту настройки автоматизированного рабочего места (АРМ) каждого конкретного исполнителя в соответствии со сложившейся системой учета.

 

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

 

5.1.4. Защита информации от несанкционированного доступа должна быть реализована с использованием следующих механизмов:

1. Ограничениями прав доступа на уровне платформы 1С:Предприятие 8.1.

2. Дополнительными ограничениями прав доступа на уровне среды исполнения.

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

5.1.4.2.Защита информации на уровне платформы

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

· Все права доступа должны быть систематизированы в соответствующие наборы – Роли информационной системы.

· Список пользователей информационной системы должен определяться администратором системы.

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

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

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

5.1.4.3. Защита информации на уровне среды исполнения

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

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

  • Адресные сокращения
  • Валюты
  • Виды взаиморасчетов
  • Виды деятельности контрагентов
  • Группы пользователей
  • Документы удостоверяющие личность
  • Должности организаций
  • Подразделения
  • Пользователи
  • Статьи движения денежных средств
  • Статьи затрат
  • Тарифы

 

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

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

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

5.1.6.2.Терминология, используемая для обозначения объектов и действий пользователей в системе должна соответствовать стандартной терминологии предметной области.

 

5.2.Требования к структуре и функционированию АС "СБЫТ";.

 

5.2.1. АС "СБЫТ" должна состоять из следующих автоматизированных подсистем:

- Подсистема ввода первичной информации об абоненте (заключения договора);

- Подсистема формирования документов на оплату;

- Подсистема связи с системой АСКУЭ;

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

 

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

- Документ «Договор с абонентом»;

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

- Документ «Квитанция»»

- Документ «Начисление штрафных санкций»

- Документ «Потребленная энергия»

- Модуль проверки состояния взаиморасчетов

5.2.4. Состав Подсистемы связи с системой АСКУЭ должен быть следующим:

- модуль Связь с системой АСКУЭ.

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

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

 

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

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

- Ввод и хранение информации об установленной мощности контрагента (в дальнейшем абонента);

- Ввод и хранение информации об установленных счетчиках абонента;

- Ввод и хранение информации о тарифах абонента;

- Ввод и хранение информации о условиях начисления штрафных санкций абонента;

- Ввод и хранение информации о сроках действия договора;

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

5.4.1. Подсистема формирования платежных документов должна выполнять следующие функции:

- Определение состояния взаиморасчетов с абонентом и определение условий возникновения штрафных санкций.

- Формирование документов на оплату (квитанций или счетов на оплату).

5.5. Требования к функциям Подсистемы связи с системой АСКУЭ

5.5.1. Подсистемы связи с системой АСКУЭ должна выполнять следующие функции:

- Передачу данных о вновь заключенных договорах с абонентами. Ключом связи должно быть уникальность пары «ID абонента» - «Код договора абонента».

- Получение данных о потребленной электроэнергии абонентом. Ключом связи должно быть уникальность пары «ID счетчика» - «Код счетчика».

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

5.6.1. Подсистемы связи с системой АСКУЭ должна выполнять следующие функции:

- Получение данных о произведенных платежах абонентами за электроэнергию через платежные терминалы.

 

  1. 6. Порядок контроля и приемки АИС "СБЫТ";.

 

6.1.Устанавливается следующий порядок предъявления и сдачи Заказчику результатов работ:

6.1.1. Исполнитель демонстрирует работоспособность ПО на контрольном примере.

6.1.2. Данные для контрольного примера готовят представители Заказчика.

 

6.1.3. Исполнитель передает программное обеспечение в информационный отдел Заказчика и выполняет обучение администратора Заказчика.

 

6.1.4. По результатам решения контрольного примера должен быть подготовлен Акт о передаче ПО в опытную эксплуатацию.

 

6.1.5. В случае несоответствия функциональных возможностей ПО требованиям ТЗ Исполнитель выполняет устранение замечаний в рамках общей стоимости разработки АС.

 

6.1.6. При возникновении дополнительных к ТЗ требований Заказчика, составляется дополнительное ТЗ на доработку.

6.1.7. Наличие дополнительных требований Заказчика не должно являться основанием отказа от подписания Акта о передаче ПО в опытную эксплуатацию.

6.1.8. После передачи ПО в опытную эксплуатацию, по согласованному с Заказчиком Графику внедрения, Исполнитель производит краткое обучение персонала Заказчика работе с ПО и передает Инструкцию по работе с ПО на каждую подситему.

 

6.1.9. При внедрении ПО (опытной эксплуатации) Заказчик осуществляет:

- ввод необходимой НСИ;

- ввод фактических данных;

- формирование отчетности и проверку результатов работы.

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

 

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

 

6.2.Порядок дальнейшего сопровождения задач АС "СБЫТ".

 

6.2.1. После сдачи ПО в эксплуатацию, дополнительные доработки и пожелания Заказчика могут быть реализованы по согласованному с Заказчиком ТЗ.

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

 

6.2.2. Исполнитель обязуется поддерживать телефонную "горячую линию" по сопровождению программного обеспечения.

 

6.2.3. По желанию Заказчика, Исполнитель может осуществлять сопровождение программного обеспечения непосредственно у Заказчика, которое должно производиться на основании дополнительного договора по сопровождению ПО.

 

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

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

 

6.2.5. Заказчик, в течении года после покупки 1С: Предприятие, имеет право на бесплатное получение всех обновлений от фирмы 1С, связанное с развитием программ 1С и изменением законодательства. Установка изменений должна производиться силами АСУ Заказчика.

 

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

 

Технический проект:

УТВЕРЖДАЮ ПРЕДСТАВЛЯЮ НА УТВЕРЖДЕНИЕ

 

 

" "______________ 2010 г. " "_______________ 2010 г.

Приложение к техническому заданию от «____» ________ 2010

 







Дата добавления: 2015-08-31; просмотров: 377. Нарушение авторских прав; Мы поможем в написании вашей работы!



Расчетные и графические задания Равновесный объем - это объем, определяемый равенством спроса и предложения...

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

Обзор компонентов Multisim Компоненты – это основа любой схемы, это все элементы, из которых она состоит. Multisim оперирует с двумя категориями...

Композиция из абстрактных геометрических фигур Данная композиция состоит из линий, штриховки, абстрактных геометрических форм...

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

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

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

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

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

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

Studopedia.info - Студопедия - 2014-2024 год . (0.007 сек.) русская версия | украинская версия