Файл: Цель и назначение создания или модернизации модулей или сервисов информационной системы.pdf

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

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

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

Добавлен: 16.05.2023

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

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

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

2 ПРОЕКТНАЯ ЧАСТЬ

2.1 Информационная модель и её описание

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

КАК информационную модель используем схему данных. Эта схема (ГОСТ 19.701-90) данных указывает путь данных при реализации задач и назначает этапы обработки, а также разные используемые носители данных. Такая схема данных содержит следующие элементы:

-· символов данных;

-· символов процесса, который необходимо осуществить над данными (также символы процесса способны указывать функции, которые выполняет вычислительная машина);

-· символов линий, которые указывают потоки данных меж процессами и (либо) носителями данных;

-· определенных символов, которые применяются для облегчения чтения и написания схемы. [1]

Весь процесс обработки информации можно разделить на 2 этапа:

1. Прием, ввод и обработка первичной входной информации (данные организаций, паспортные данные и др.).

2. Формирование отчетов и документов (списки работников, клиентов и др.).

Визуальное представление информационной модели изображено на рис. 2.1.

Рисунок 2.1- Информационная модель

2.2 Характеристика нормативно-справочной, входной и оперативной информации

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

Классификатор — документ, при помощи которого производится формализованное описание экономической информации в ЭИС. Он содержит, наименования классификационных группировок и их кодовые обозначения, наименования объектов. [9] По способу применения классификаторы разделяются на 3 группы:


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

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

3. классификаторы локальные, которые используют в рамках организации либо групп организации.

Чтобы реализовать полную формализацию экономической информации простой классификации будет недостаточно, поэтому применяют кодирование.

Кодирование — это присвоение условных обозначений классификационным группам и объектам согласно соответствующей системе кодирования. [9]

Система кодирования — набор правил, по которым обозначаются группировки и объекты с использованием системы кодов. [9]

Код — это условное обозначение группировок или объектов в виде знака либо группы знаков согласно принятой системой. Системы кодирования группируются в два подмножества: классификационные и регистрационные системы кодирования. [9]

Требования, которым обязаны соответствовать классификаторы, такие:

-·полнота охвата признаков и объектов классификации любым классификатором;

-·взаимная однозначность наименований объектов и их кодовых обозначений;

-·согласованность признаков деления множеств объектов с алгоритмами обработки экономической информации;

-·простота кодирования и возможность автоматизировать кодирование и классификацию;

-·возможность привязки с остальными системами обозначений классификаторами;

-·эффективное использование классификатора в процессе обработки информации.

В данном проекте будут использованы следующие локальные классификаторы:

1) Классификатор клиентов

Структурная схема классификатора клиентов изображена на рис. 2.2.

Рис. 2.2 - Структурная схема классификатора клиентов

Классификатор клиентов имеет порядковую систему кодирования

Объект кодирования: клиент

Исходная мощность множества: М = 100000

Длина кода: L = lg100000 = 5

2) Классификатор документов

Структурная схема классификатора изображена на рис. 2.3.

Рис. 2.3 - Структурная схема классификатора документа

Объект кодирования: товар

Исходная мощность множества: М = 100000

Сводное описание всех вышеперечисленных классификаторов изображено в табл. 2.5.


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

Таблица 2.5 - Сводная таблица используемых классификаторов и систем кодирования

№ п/п

Наименование кодируемого множества

Значимость кода

Система кодирования

Система классифика-ции

Вид классификатора

1

Код клиента

5

порядковая

отсутствует

локальный

2

Код документа

5

разрядная

отсутствует

локальный

Из входных документов все данные заносятся в систему ручным вводом их через веб-интерфейс.

Из паспорта клиента в систему заносятся следующие сведения:

-·ФИО клиента;

-·Пол;

-·Место рождения;

-·Дата рождения;

-·Гражданство;

-·Номер и серия паспорта;

-·Когда и кем выдан паспорт;

-·Номер мобильного телефона.

Из атрибутов документа в систему вводятся следующие сведения:

- наименование документа;

- количество страниц;

- дата подготовки;

- электронная копия;

- тип документа (входящий, исходящий, внутренний);

- адресат.

Количество поступивших данных зависит от количества обращающихся клиентов и может колебаться от 10 до 20 за рабочий день.

Данный раздел приводит описания выходных и входных показателей и алгоритмы расчета результатных показателей, которые используются в проектируемой системе. В табл. 2.6 находятся показатели, которые выделим в рамках комплекса задач.

Таблица 2.6 - Входные показатели в рамках комплекса задач

№ п/п

Наименование входного показателя

Идентификатор входного показателя

1

Общее количество регистрируемых клиентов

Ri

2

Количество документов в i-го типа

Zi

3

Общее количество документов

N

4

Выручка за j-ый месяц

P,j


2.3 Характеристика результатной информации

Формализация расчета входных показателей прописана в табл. 2.7.

Таблица 2.7 - Таблица формализованного описания результатных показателей

№ п/п

Наименование результатного показателя

Идентификатор результатного показателя

Алгоритм расчета

2

Количество документов с i-го типа каждого клиента

APi,j

4

Общее количество документов

AS

5

Общее количество клиентов

AR

2.4 Общие положения (дерево функций и сценарий диалога)

Дерево функций разрабатываемой системы изображено на рис. 2.4.

Рис. 2.4 - Дерево функций системы

Основной сценарий использования системы следующий.

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

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

Сценарий диалога пользователя показан на рис. 2.5.

Рис. 2.1 Сценарий диалога

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

Концептуальная модель — это формализованное описание предметной области, которое выполняется безотносительно к применяемым в последующем техническим и программным средствам. [3] Такая модель обязана быть динамической и давать возможность легкой корректировки. К главным требованиями, которые предъявляются к инфологической или концептуальной модели, относятся следующие:


-·концептуальная модель обязана содержать в себе всю достаточную и необходимую информацию для дальнейшего проектирования БД

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

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

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

Чтобы отобразить отношения меж сущностями используют связи. Существуют связи, когда экземпляры сущностей приобретают логическую взаимосвязь.

ER-модель разработанной базы данных изображена на рис. 2.6.

Далее определим для каждой таблицы тип поля и формат содержащихся в нем данных.

Таблица 2.8 - Структура таблицы «Country»

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

Идентификатор

Тип

Примечание

1

Код вида

idc

int(11)

auto_increment

2

Название вида

namec

varchar(20)

Таблица 2.9 - Структура таблицы «Sex»

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

Идентификатор

Тип

Примечание

1

Код пола

ids

int(11)

auto_increment

2

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

sexs

varchar(20)

Таблица 2.10 - Структура таблицы «Sotr»

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

Идентификатор

Тип

Примечание

1.

Код сотрудника

idsotr

int(11)

auto_increment

2.

ФИО сотрудника

namesotr

varchar(40)

3.

Логин для доступа в систему

login

varchar(40)

4.

Пароль для доступа в систему

pass

varchar(40)

5.

Дата регистрации

dates

Date

6.

Дата рождения

datebor

date

7.

Отметка об удалении

udal

int(1)