Главная страница
Навигация по странице:

  • Наименование поля Идентификатор поля Тип поля Длина поля

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

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

  • 2.7 Описание программных модулей

  • Курсовая работа. ТАТ-ТЕЛЕКОМ. Введение глава. Аналитическая часть


    Скачать 2.06 Mb.
    НазваниеВведение глава. Аналитическая часть
    АнкорКурсовая работа
    Дата17.05.2023
    Размер2.06 Mb.
    Формат файлаdocx
    Имя файлаТАТ-ТЕЛЕКОМ.docx
    ТипРеферат
    #1138386
    страница4 из 6
    1   2   3   4   5   6



    Таблица 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С: Предприятие» осуществляется в целях обеспечения возможности их восстановления при нарушении целостности.

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

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

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

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

    • их назначением и функциональными особенностями (важностью, изменчивостью и т.д.);

    • особенностями реализующих эти ресурсы программно-аппаратных комплексов.

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

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

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

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

    Хранение резервных копий информационных ресурсов осуществляется в соответствии с требованиями Инструкции о порядке учёта, хранения и обращения машинных носителей информации.

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

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

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

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

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

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

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



    Рисунок 20 – Тестирование и исправление базы данных
    В табл. 7 приведена таблица разграничения прав групп пользователей к информационной системе.
    Таблица 7. Разграничение прав пользователей.

    Группы пользователей

    НСИ

    Транзакции

    Аналитическая отчетность

    Менеджеры клиентов

    Чтение/создание/удаление

    Чтение/создание/удаление

    Права отсутствуют

    Администраторы ИС

    Чтение/создание/удаление

    Чтение/создание/удаление

    Чтение/создание/удаление

    Топ-менеджеры

    Чтение

    Чтение

    Полный

    Рассмотрим список модулей – интерфейсов экономической информационной системы. В таблице 3 опишем используемые в ходе создания ЭИС методы.

    Таблица 3. Модули системы на управляемых формах

    Управляемая форма

    Метод

    Назначение

    Заказ клиента

    Процедура Печать(ТабДок, Ссылка) Экспорт

    Процедура предназначена для печати документа

    Заказ клиента

    Обработчик события ОбработкаЗаполнения

    Создает документ «Оказание услуги» на основании документа «Заказ клиента»

    Заказ клиента

    ОбработкаПроведения(Отказ, Режим)

    Записывает приход – плюс в регистр «Прибыль»

    Заказ клиента

    ОбработкаПроведения(Отказ, Режим)

    Записывает приход в регистр « Продажи»

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

    Процедура Печать(ТабДок, Ссылка) Экспорт

    Процедура предназначена для печати документа

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

    ОбработкаПроведения(Отказ, Режим)

    Записывает в регистр сведений «Обратная связь» данные по клиенту

    Оказание услуги

    Процедура Печать(ТабДок, Ссылка) Экспорт

    Процедура предназначена для печати документа

    Оказание услуги

    ОбработкаПроведения(Отказ, Режим)

    Записывает расход – минус по услуге в регистр «Прибыль»

    Первичный интерес клиента

    Процедура Печать(ТабДок, Ссылка) Экспорт

    Процедура предназначена для печати документа

    Первичный интерес клиента

    ОбработкаЗаполнения(ДанныеЗаполнения, СтандартнаяОбработка)

    Создает документ «Обратная связь» на основании документа «Первичный интерес»

    Первичный интерес клиента

    ОбработкаПроведения(Отказ, Режим)

    Записывает в регистр сведений данные об интересе клиента

    Утверждение проекта

    Процедура Печать(ТабДок, Ссылка) Экспорт

    Процедура предназначена для печати документа


    2.7 Описание программных модулей

    Алгоритм функционирования всей системы представлен на рис. 3


    Начало






    Занесение данных о клиента в БД







    CASE:Выбор операции







    Утверждение заказа клиента







    Регистрация заказа клиента




    Регистрация обратной связи с клиентом на основании первичного интереса клиента






    Определение приоритета заказа





    Оказание услуги клиенту на основании заказа клиента





    Формирование отчетности:

    1. Заказы компании

    Формирование отчетности:

    1.Состояние заказов

    2. Прибыль компании

    3. Продажи компании

    Формирование отчетности:

    1. Клиентская база

    2. Первичная связь с клиентами

    3. Обратная связь с клиентами





    Конец


    Рис. 3 Алгоритм функционирования всей системы


    Начало функционирования информационной системы от сущности «Клиент» начинается с этапа занесения информации о клиента в справочник «Клиенты».

    Далее, в зависимости от сценария протекания бизнес-процесса от потребностей клиента возможны следующие варианты работы:

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

    • Менеджер по продажам формирует конкретный заказ клиента, определяя приоритет и требования заказа, после чего отдает его другому менеджеру по продажам на формирование и оказание услуги. Далее все выполненные заказы и финансовые результаты по ним можно посмотреть в отчетах: «Состояние заказов», «Прибыль компании», «Продажи компании».

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

    После чего, можно рассмотреть отчеты «Клиентская база», «Первичная связь с клиентом», «Обратная связь с клиентом».
    1   2   3   4   5   6


    написать администратору сайта