Курсовая работа. ТАТ-ТЕЛЕКОМ. Введение глава. Аналитическая часть
Скачать 2.06 Mb.
|
Таблица 16. Cостояние заказов клиента
Таблица 17. Утвержденный заказа клиента
Таблица 18. Утвержденные проекты компании
2.6Структурная схема пакета Дерево программных модулей отражает структурную схему пакета, содержащего программные модули различных классов: модули, выполняющие служебные функции; управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю; модули, связанные с вводом, хранением, обработкой и выдачей информации. Дерево программных модулей, составляющих структуру основного пакета представлено на рис. 16. Модуль проверки загружаемой информации на ошибки Форма редактирования пользователей Форма пользователя Модуль тестирования БД Подсистема работы с отчетами Модуль визуальных эффектов Подсистемы работы с документами Модуль визуализации данных Подсистема работы со справочниками Главная форма Форма аутентификации Рисунок 16 – Структурная схема основного пакета Рассмотрим модуль тестирования базы данных. Одной из основных администраторских функций является осуществление операций с базами данных, к которым относятся: резервное копирование, восстановление, загрузка/выгрузка конфигураций, установка обновлений. Резервное копирование – создание резервных копий – информационных ресурсов «1С: Предприятие» осуществляется в целях обеспечения возможности их восстановления при нарушении целостности. Резервное копирование служебных информационных ресурсов осуществляется администратором соответствующего ресурса, в соответствии с руководством администратора соответствующего ресурса, утвержденным регламентом или утвержденной технологической инструкцией. Резервное копирование информационного ресурса выполняется путем создания необходимого для безусловного и своевременного восстановления нарушения его целостности количества копий. В целях возможности обеспечения целостности ресурса, в случае потери функциональности резервных копий информационных ресурсов (повреждение, поломка носителя) осуществляется их архивирование, в соответствии с частными инструкциями или программно-эксплуатационной документацией на соответствующий ресурс. Допускается обеспечение возможности восстановления целостности информационных ресурсов их дублированием на средствах вычислительной техники. Порядок актуализации дублирующего ресурса определяется руководством, принявшим решение о применении такого способа обеспечения целостности ресурса. Резервное копирование официальных и проектных информационных ресурсов осуществляется в целях обеспечения безусловного их восстановления в приемлемые сроки в случае нарушения целостности. Периодичность и способы выполнения резервного копирования информационных ресурсов определяется: их назначением и функциональными особенностями (важностью, изменчивостью и т.д.); особенностями реализующих эти ресурсы программно-аппаратных комплексов. Резервное копирование официальных и проектных ресурсов выполняется ежедневно, еженедельно, ежемесячно и ежегодно. В зависимости от задач и средств копирования, может выполняться полное, дифференциальное или инкрементальное копирование. Копирование может выполняться как с архивированием данных, так и без архивирования. Для отдельных ресурсов может устанавливаться дополнительная периодичность создания копий, например, до и после выполнения определенного этапа работ. Порядок создания дополнительных копий разрабатывается структурным подразделением Отделения и согласовывается с управлением информационных технологий и отделом по защите информации. Тип используемых для резервного копирования ресурса носителей информации определяется характеристиками аппаратно-программного комплекса, реализующего информационный ресурс. Копии официальных и проектных информационных ресурсов резервное копирование которых осуществляет отдел внедрения и сопровождения информационных подсистем и баз данных выполняется на сменное сетевое хранилище. Количество копий (дублей) определяется из необходимости безусловного обеспечения восстановления информационного ресурса в срок, не приводящий к срыву основных задач, который определяется в частной инструкции резервного копирования на ресурс или соответствующим разделом программно-эксплуатационной документации. Хранение резервных копий информационных ресурсов осуществляется в соответствии с требованиями Инструкции о порядке учёта, хранения и обращения машинных носителей информации. Совместное хранение экземпляров резервных копий информационных ресурсов не допускается. За выполнение периодического контроля копирования, наличия и условий хранения копий определяется персональная ответственность должностных лиц. Лица, персонально ответственные за выполнение копирования ресурсов, хранение копий и контроль, определяются приказом генерального директора. Для повышения эффективности технологии сохранности информации принято решение о том, что ответственными за резервное копирование и хранение резервных копий являются разные специалисты. Передача копий ресурсов между работниками оформляется документально по «Описи машинных носителей информации и документов» или распиской, в которой указываются те же данные, что и в описи. Режим тестирования и исправления базы данных служит для исправления нарушений структуры и целостности базы данных. На рисунке 20 приведен режим тестирования и исправления баз данных. Данная функция может быть использована, когда работа с программными комплексами была завершена аварийно, либо произошёл аппаратный сбой или сбой электропитания. Рисунок 20 – Тестирование и исправление базы данных В табл. 7 приведена таблица разграничения прав групп пользователей к информационной системе. Таблица 7. Разграничение прав пользователей.
Рассмотрим список модулей – интерфейсов экономической информационной системы. В таблице 3 опишем используемые в ходе создания ЭИС методы. Таблица 3. Модули системы на управляемых формах
2.7 Описание программных модулей Алгоритм функционирования всей системы представлен на рис. 3 Начало Занесение данных о клиента в БД CASE:Выбор операции Утверждение заказа клиента Регистрация заказа клиента Регистрация обратной связи с клиентом на основании первичного интереса клиента Определение приоритета заказа Оказание услуги клиенту на основании заказа клиента Формирование отчетности: Заказы компании Формирование отчетности: 1.Состояние заказов 2. Прибыль компании 3. Продажи компании Формирование отчетности: Клиентская база Первичная связь с клиентами Обратная связь с клиентами Конец Рис. 3 Алгоритм функционирования всей системы Начало функционирования информационной системы от сущности «Клиент» начинается с этапа занесения информации о клиента в справочник «Клиенты». Далее, в зависимости от сценария протекания бизнес-процесса от потребностей клиента возможны следующие варианты работы: Менеджер клиентов определяет потребности клиента в виде проекта и формирует проект со всеми характеристиками: целевыми, финансовыми, временными, качественными, весь проект утверждается и информация о нем заносится в отчет «Проекты компании». Менеджер по продажам формирует конкретный заказ клиента, определяя приоритет и требования заказа, после чего отдает его другому менеджеру по продажам на формирование и оказание услуги. Далее все выполненные заказы и финансовые результаты по ним можно посмотреть в отчетах: «Состояние заказов», «Прибыль компании», «Продажи компании». Менеджер клиента регистрирует первичный интерес клиента, определяет его требования и интерес к компании, далее заказ создает менеджер по продажам и формируется оказание услуги, далее на основании оказанной услуги происходит регистрация обратной связи клиента и происходит оценка полученной услуги. После чего, можно рассмотреть отчеты «Клиентская база», «Первичная связь с клиентом», «Обратная связь с клиентом». |