Информационная модель системы и её описание
Информационная модель представляет собой схему движения входных, промежуточных и результативных потоков и функций предметной области. Кроме того, она объясняет, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов. Информационная модель представлена на рис. 3.2.
Рисунок 3.2 – Информационная модель системы
В соответствии с представленной информационной моделью менеджер заполняет справочник Состояние проектов. Далее, используя данные справочников Клиенты, Сотрудники, Города, Фирмы, состояния проектов, изменяет содержание таблицы Проекты. На основании таблицы Проекты и Справочника Состояние проектов менеджер получает экранные формы выходных документов, таких, как список проектов и список этапов выполнения проектов.
В составе информационного обеспечения рассматриваемого комплекса задач важное место отводится классификаторам экономической информации: обеспечить сжатие призначной части (идентификатора) показателей, а, следовательно, и сократить объем хранимой информации в ЭВМ и время на поиск информации, необходимой для решения задач, облегчить обработку информации позволяют классификация и кодирование информации.
Классификатор — это документ, с помощью которого осуществляется формализованное описание экономической информации в ЭИС, содержащий наименования объектов, наименования классификационных группировок и их кодовые обозначения.[9] В зависимости от применения они делятся на три группы:
общегосударственные классификаторы, используемые во всех отраслях и на всех уровнях управления для повсеместного и одинакового обозначения объектов;
отраслевые (ведомственные) классификаторы, используемые в пределах определенной отрасли (ведомства);
локальные, используемые в пределах организации или группы организации.
Для полной формализации экономической информации недостаточно простой классификации, поэтому проводят процедуру кодирования.
Кодирование — это процесс присвоения условных обозначений объектам и классификационным группам по соответствующей системе кодирования. [9]
Система кодирования — это совокупность правил обозначения объектов и группировок с использованием кодов. [9]
Код — это условное обозначение объектов или группировок в виде знака или группы знаков в соответствии с принятой системой. Все системы кодирования можно сгруппировать в два подмножества: регистрационных и классификационных систем кодирования.[9]
Требования, которым должны удовлетворять разрабатываемые классификаторы, следующие:
полнота охвата объектов и признаков классификации каждым классификатором;
согласованность признаков деления множеств объектов с алгоритмами обработки экономической информации;
взаимная однозначность наименований объектов и их кодовых обозначений;
простота кодирования и возможность автоматизации классификации и кодирования;
возможность увязки с другими классификаторами и системами обозначений;
эффективность использования классификатора при обработке информации.
В системе используется следующие виды системы кодирования, указанные в таблице 3.3.
Таблица 3.3 – Используемые системы кодирования
Кодируемое множество объектов | Длина кода | Мощность кода | Система кодирования | Система классификации | Вид классификатора |
Клиенты | 4 | 9999 | Порядковая | Отсутствует | Локальный |
Проекты | 4 | 9999 | Порядковая | Отсутствует | Локальный |
Состояния проектов | 2 | 99 | Порядковая | Отсутствует | Локальный |
1) Классификатор клиентов
К1=[XXXX] – Код клиента
Характеристика нормативно-справочной, входной и оперативной информации
В системе используются справочники, приведенные в таблице 3.4.
Таблица 3.4 – Перечень используемых справочников
№ пп | название справочника | ответственный за ведение | средний объём справочника в записях | среднюю частоту актуализации | средний объем актуализации, % |
1 | Сотрудники | Администратор | 100 | 1 раз в месяц | 10 |
2 | Фирма | Администратор | 50 | 1 раз в месяц | 10 |
3 | Клиенты | Пользователь | 50 | 1 раз в месяц | 10 |
4 | Город | Администратор | 500 | 1 раз в неделю | 25 |
5 | Состояние проектов | Пользователь | 50 | 1 раз в месяц | 10 |
Реквизитный состав справочников приведен в таблице 3.5.
Таблица 3.5 – Реквизитный состав справочников
№ пп | Наименование | Перечень реквизитов |
| Сотрудники |
|
| Фирма |
|
| Клиенты |
|
| Состояние проектов |
|
Характеристика результатной информации
Описание результатных документов приведено в таблице 3.6.
Таблица 3.6 – Описание выходных документов
№ пп | Наименование | Реквизиты | Таблицы, на основе которых формируется | Частота формирования | Способ доставки |
1 | Список проектов | Номер Вид Наименование клиента Состояние Завершено Добавлено Ведет проект Добавил проект |
| По мере необходимости | Экранная форма |
2 | Список этапов выполнения проектов | Номер проекта Наименование клиента Шаг выполнения Дата начала Дата окончания Добавил Ответственный |
| По мере необходимости | Экранная форма |
Формализация расчётов показателей
В разрабатываемой системе производится расчет следующих показателей:
Общее количество проектов;
Общее количество этапов проекта.
Таблица 3.7 Формализованное и исходное описание первичных показателей
№ | Наименование показателей | Идентификатор показателя |
1 | Количество проектов на дату D | Kd |
2 | Количество этапов проекта N | Zn |
Таблица 3.8 – Формализованное описание результатных показателей
№ пп | Наименование показателя | Идентификатор показателя | Алгоритм расчета |
1 | Общее количество проектов | S | ΣS |
2 | Общее количество этапов проекта | IZ | ΣZn |
- Аннотация
- Реферат
- 114 Стр., 25 рис., 12 таб., 20 библиогр.
- Содержание
- 1. Исследование деятельности ооо «ФонтанГрад»
- Характеристика предприятия и его деятельности
- Характеристика комплекса задач, задачи и обоснование необходимости автоматизации
- Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов
- Определение места проектируемой задачи в комплексе задач и ее описание
- Обоснования необходимости использования вычислительной техники для решения задачи
- Сценарий процесса регистрации и мониторинга заявок от контрагентов ооо «ФонтанГрад»
- Математическая модель оценки временных затрат на процессы регистрации и мониторинга заявок от контрагентов ооо «ФонтанГрад»
- Проблемы предметной области
- Постановка цели и задач дипломной работы
- 2. Моделирование и оптимизация бизнес-процессов регистрации и мониторинга заявок от контрагентов ооо «ФонтанГрад
- Определение оптимальных показателей математической модели и формирование образа решения проблем
- Выбор и обоснование средств моделирования
- 2.2.1 Выбор средств моделирования
- 2.2.2 Выбор инструментариев моделирования
- Модели оптимизированных бизнес-процессов
- 3. Проектирование информационной системы автоматизации регистрации и мониторинга заявок от контрагентов ооо «ФонтанГрад»
- Требования к разрабатываемой ис
- Обзор и анализ существующих систем взаимодействия с клиентами и с проектируемым решением
- «Monitor crm» консалтинговой группы «Бизнес Навигатор».
- «Crm-лайт» группы компаний «Мегаплан».
- «Клиент плюс» компании «rost-pro Ltd».
- «LogyCom astrum crm» компании LogyCom.
- «Управление деловыми процессами / парус-Клиент» корпорации «Парус».
- «Sales Expert» компании «Про-Инвест-ит».
- «1С:crm проф» компании «1с».
- «Terrasoft crm» компании «Terrasoft».
- Проектируемая система.
- Выбор архитектуры ис
- Информационная модель системы и её описание
- Программное обеспечение задачи
- 4 Описание реализации информационной системы автоматизации регистрации и мониторинга заявок от контрагентов ооо «ФонтанГрад»
- Проектирование интерфейса
- Внедрение спроектированной системы в ооо «ФонтанГрад»
- 5. Социальная значимость проекта
- Заключение
- Список использованной литературы