Файл: Характеристика документооборота, возникающего при решении задач.pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 17.06.2023

Просмотров: 99

Скачиваний: 3

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

При разработке данного проекта система общения с пользователем организована таким образом, что основная часть диалога ведется на языке типа «меню», а заполнение форм входных документов – по «шаблону». Таким образом, происходит одностороннее управление процессом обработки данных со стороны ИС.

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

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

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

Сценарий диалога представлен на рис. 14.

2.1. НСИ

2.1.1.Работа с договорами.

2.1.2. Работа с данными заказчиков.

2.1.3.Работа с менеджерами

2.1.4. Работа с заказами

Вход в систему

1. Аутентификация

1.Аутентификация

1.1.Администратор

1.2.Пользователь

2.2. Клиенты

2.2.1Утверждение заказа и его параметров

3. Служебные функции

3.1. Перерасчет итогов.

3.2. Работа с агрегатами системы.

3.3. Работа с данными пользователей

1.1.Администратор

2.Основные функции ЭИС

3. Служебные функции

2. Основные функции ЭИС

2.1.Работа с НСИ

2.2.Клиенты

2.3.Продажи и Маркетинг

2.4.Отчеты

2.4.Отчетность по клиентам

2.6.1. Заказы клиентов

2.4.2. Анализ продаж по клиентам

2.3. Продажи и Маркетинг

2.3.1. Первичная связь по заказу с клиентом.

2.3.2. Обратная связь с клиентом по заказу.

Рисунок 14 – Структура диалога системы

Сценарий диалога состоит из двух логически связанных частей:

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

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

2.5  Характеристика базы данных

Модель Сущность-Связь (ER-модель) — модель данных, позволяющая описывать концептуальные схемы.

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

ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру в общих чертах.

СУБД, применяемая на предприятии – MSSQLServer.

На рис. 15 описана связь основных таблиц в базе данных.

Рисунок 15 - «ER-модель» предметной области управления взаиморасчетами с клиентами компании ООО «Тат Телеком»

Описание таблиц ER-модели представлено в табл. 8-18.

Таблица 8. Клиенты

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Заказчика

IDЗаказчика

число

4

Первичный ключ – ключевое поле (PK)

Наименование Заказчика

НаименованиеЗаказчика

строка

0

Таблица 9. Договоры

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Заказа

ID_Заказа

число

4

Первичный ключ – ключевое поле (PK)

Наименование договора

НаименоваиеДоговора

строка

30

FK1

Условия договора

УсловияДоговора

ХранилищеЗначений

Сумма договора

СуммаДоговора

число

0


Таблица 10. Заказ

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Заказа

ID_Заказа

число

4

Первичный ключ – ключевое поле (PK)

Наименование заказа

Наименование_Заказа

строка

30

Сумма заказа

СуммаПоЗаказу

Число

12

Менеджер клиента

Менеджер Клиента

Строка

FK1

Таблица 12. Менеджеры клиентов

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Менеджера

IDМенеджера

число

0

Первичный ключ – ключевое поле (PK)

ФИО Менеджера

ФИОМенеджера

Строка

30

Аналитическая информация

АналитическаяИнформация

число

4

Таблица 13. Первичная связь с клиентом по заказу

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Документа

IDДокумента

число

4

Первичный ключ – ключевое поле (PK)

Наименование Заказчика

НаименованиеЗаказчика

строка

0

Тип Источника

ТипИсточника

Строка

30

Тип интереса

ТипИнтереса

Строка

12

Менеджер клиента

Менеджер Клиента

Строка

FK1

Таблица 14. Обратная связь клиента по заказу


Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Документа

IDДокумента

число

4

Первичный ключ – ключевое поле (PK)

Наименование Заказчика

НаименованиеЗаказчика

строка

0

Тип Источника

ТипИсточника

Строка

30

Тип интереса

ТипИнтереса

Строка

12

Менеджер клиента

Менеджер Клиента

Строка

FK1

Таблица 15. Заказы компании

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Наименование договора

НаименоваиеДоговора

строка

30

FK1

ID_Клиента

ID Клиента

число

4

FK2

Менеджер клиента

Менеджер клиента

Строка

FK3

Таблица 16. Cостояние заказов клиента

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Cостояние_Клиента

IDCостояниеКлиента

число

4

ID_Клиента

ID Клиента

число

4

FK1

Статус клиента

Статус Клиента

строка

30

Дата Начала

ДатаНачала

Дата

Дата Окончания

ДатаОкончания

Дата

Таблица 17. Утвержденный заказа клиента

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Заказа

ID_Заказа

число

4

Первичный ключ – ключевое поле (PK)

Наименование заказа

Наименование_Заказа

Строка

30

Договор клиента

Договор клиента

Строка

12

FK1

Менеджер клиента

Менеджер Клиента

Строка


Таблица 18. Утвержденные проекты компании

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

ID_Заказа

ID_Заказа

число

4

Первичный ключ – ключевое поле (PK)

Наименование клиента

Наименование_Клиента

строка

30

Сумма клиента

Сумма По Клиенту

Число

12

Менеджер клиента

Менеджер Клиента

Строка

FK1

Исполнитель клиента

Исполнитель Клиента

Строка

20

2.6  Структурная схема пакета

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

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

Дерево программных модулей, составляющих структуру основного пакета представлено на рис. 16.

Модуль проверки загружаемой информации на ошибки

Форма редактирования пользователей

Форма пользователя

Модуль тестирования БД

Подсистема работы с отчетами

Модуль визуальных эффектов

Подсистемы работы с документами

Модуль редактирования визуализированных данных

Модуль визуализации данных

Подсистема работы со справочниками

Главная форма

Форма аутентификации

Рисунок 16 – Структурная схема основного пакета

Рассмотрим модуль тестирования базы данных.

Одной из основных администраторских функций является осуществление операций с базами данных, к которым относятся: резервное копирование, восстановление, загрузка/выгрузка конфигураций, установка обновлений. Резервное копирование – создание резервных копий – информационных ресурсов «1С: Предприятие» осуществляется в целях обеспечения возможности их восстановления при нарушении целостности.