Дипломная работа: Корпоративные информационные системы в системе управления предприятием (на примере ПАО "Стрела")

Скачать файл

Заказать новую работу

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

В проектном решении применяются несколько принятых у заказчика

классификаторов: локальный и общегосударственный. По второму

классификатору будут делится все ГОСТы, имеющиеся в базе системы.

Также требованием является создание локальных классификаторов. При

этом требуется использовать справочники: линейные и иерархические. В

линейных справочниках все элементы, включенные в состав, описаны в

виде классических списков, а в иерархических – имеют вид списков с

иерархической структурой.

Выделим требования к системам кодирования и классификации

данных. Системы классификации (СК) можно разделить на иерархические

и многоаспектные. Иерархическая СК включает в себя разбиение

начального множества на отдельные подмножества, между которыми есть

отношения подчинения друг другу. В многоаспектных СК использованы

параллельно сразу несколько независимых классификационных признаков,

т.е. начальное множество описывается сразу в разных аспектах. [11]

Поскольку данные не нужно классифицировать по нескольким признакам,

в проектном решении будет использоваться иерархическая система.

Унифицированная система документации (УСД) является грамотно

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

совокупным правилам и требованиям и включающим данные, требуемые

для управления отдельными экономическими объектами. [7]

При реальном проектировании реализуется целый цикл разработки

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

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

• Создание полностью новой ИС;

• Неимение доступных прототипов ИС;

• Подготовка малых ИС с минимальным числом функций;

• Работа опытных разработчиков в самой компании.

Электронная форма документа – это некий шаблон с пустым

пространством, которое оставлено для самостоятельного заполнения

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

меню, формы и поддерживают разнообразные виды входных данных.

Важно понимать, что для реализации подобных форм необходимо

узконаправленное ПО. Определим часть форм:

• Формы для сбора данных, переноса их в БД с возможность

обработки (перемещение и сбор по e-mail);

• Формы для получения и сбора данных внутри компании и за ее

пределами (заказы на покупку, отчеты о продажах, счета).

Информационная база (ИБ) является некой совокупностью данных,

организованной конкретным способом и помещённая в память

вычислительной системы под видом файлов, с помощью которых

реализуются потребности в данных для управленческих процессов и

решаемых задач.

Есть несколько вариантов реализации информационной базы:

группировка локальных файлов и объединенная информационная база,

контролируемая СУБД.

Локальные файлы поддерживают оперативную обработку данных, но

из-за огромного числа дублированных данных, сложности доступа к ней

это становится несущественным. Поэтому хранение локальных файлов

требуется только в отдельных приложениях, которые нуждаются в

повышенной скорость передачи при импорте информации.

Интегрированная ИБ – объединение взаимосвязанных данных с

малой избыточностью, допускающей их применение оптимальным

образом для большинства приложений.

СУБД поддерживает совместимость данных, минимизацию

синтаксической и семантической избыточности, совмещенность данных и

реального состояния объекта, разделённое хранение информации у

пользователей. Нюансом можно отметить требование повышенного

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

В качестве ИБ выбирается интегрированная БД под контролем СУБД.

Документооборот в компании довольно большой, документы дублируются

и корректируются много раз. Пользователям нужна актуальная

информация с периодическим обновлением, а группа локальных файлов не

дает такой возможности.

Существуют насколько вариантов реализации организации данных в

БД:

• Иерархическая модель;

• Сетевая модель;

• Реляционная модель.

Взаимосвязь в иерархической модели реализована совокупностью

структурных данных, где тип сегмента потомка связывается лишь с одним

типом сегмента предка. Подобная модель имеет ряд нюансов, к примеру,

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

параметров модели. Для выявления неиерархических отношений нужны

другие действия. Неявные запросы потребуют перестроить саму БД.

Сетевая модель – переданные данные сетевыми структурами типов

записей и совокупных отношений «один к одному» или «один ко многим».

Реляционная модель реализует и представляет информацию в виде

таблиц и реляций. Все отношения тут имеют свой личный ID, что помогает

минимизировать повторяющиеся данные. Такие модели легки в

применении, просто переделываются и их реализация не требует больших

временных затрат. Есть 2 подхода к проектированию реляционной БД:

• В процессе создания концепции реализуется не концептуальная

модель данных, а сама реляционная схема БД, включающая определения

реляционных таблиц, требующих нормализации;

• Функциональная модель переделывается в нормализированную

реляционную. Подобный подход часто можно встретить при создании

больших БД для крупных ИС.

Исходя из описанного выше делаем выбор в пользу реляционной БД,

она просто трансформируется, удобна в применении и несложная по своей

структуре.

К первичной информации относится:

 информация о товаре или услуге: код товара или услуги,

наименование, тип товара или услуги

 информация о продажах товара или услуг: код, наименование,

количество, цена, дата, клиент.

К результатной информации будут относиться:

 отчет «Список клиентов»

 прайс-лист;

 договор;

 список договоров;

 отчет «Заявка»;

 журнал учета заявок.

Основными экранными формами должны стать:

 Форма учета товаров или услуг;

 Форма учета клиентов;

 Форма учета продаж товаров или услуг.

1.4.2 Обоснование проектных решений по программному

обеспечению

Программное обеспечение можно назвать совокупностью

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

работе на ПК. Все ПО принято делить на два класса:

• Общее ПО (ОС, оболочки, компиляторы, интерпретаторы,

среды для создания прикладных программ, СУБД, сетевые программы и

т.п.);

• Специальное ПО (несколько прикладных программ, созданных

под конкретные задачи в рамках своих подсистем).

Для работы и применения ПО используется ОС. Сами ОС

контролируют работу ПК, их ресурсы, запускают на выполнение

разнообразные прикладные программы, реализуют всевозможные

вспомогательные действия по желанию пользователя. ОС делятся на

однопользовательские, многопользовательские, и сетевые. Факторы,

влияющие на выбор конкретной ОС, следующие:

• Общее число поддерживаемых программных продуктов;

• Конкретные требования к аппаратным средствам;

• Поддержка сетевой технологии;

• Доступность справочной службы для пользователя;

• Скорость работы;

• Понятный и простой интерфейс.

В рамках данного проекта к СУБД предъявляется ряд специфических

требований:

 поддержка транзакций,

 поддержка внешних ключей,

 корректная работа с русским языком,

 наличие инс.умента администрирования с графическим

интерфейсом,

 возможности доступа к данным посредства языка запросов

SQL,

 возможности резервного копирования базы данных.

Источник: https://baza.diplomsite.ru/previewfile/9109

Смотрите также:






Изложение содержания дела, по которому приняты судебные постановления
_-___-~1
_1-тема-СтрМетал
_1966(~1
_files_materials_5053_prog.ntr