Дипломная работа: Создание мультисервисной корпоративной сети ООО "Депо электроникс"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
74
1.4. Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Одной из важнейших компонентов мультисервисной корпоративной
сети (МКС) выступает информационное обеспечение (ИО), являющее собой
базу формализованных данных, которые могут быть автоматически
обработаны с помощью компьютерной техники. Это понятие возникло
одновременно с развитием технологий обработки данных и применением
вычислительных техники для работы в новых условиях. Используемые в
процессе обработки данных единообразные информационные массивы и
системы документирования, группировки объектов исследования и
кодирования в своей совокупности будут составлять информационное
обеспечение. Методология в сочетании с методикой и организационными
действиями позволяют обеспечивать получение заданного результата в
процессе различных мероприятий обуславливающих эффективную работу
компьютерной техники (КТ) и современного программного обеспечения (ПО).
Состав информационного обеспечения (ИО).
Структура информационного обеспечения включает:
внемашинное ИО;
внутримашинное ИО.
К внемашинному информационному обеспечению относятся потоки
информации, документация, классификаторы, коды, система показателей. К
внутримашинному информационному обеспечению стоит отнести - общую
структуру всей мультисервисной сети, система входных и выходных файлов,
массивы в памяти вычислительной техники (файлы) и на носителях,
различные экранные формы, а так же макеты. Информация которая подлежит
обработке и передаче по электронным каналам связи должна быть
структурирована, формализована и переведена в цифровую форму согласно
классификатору (документу для получения формализованной формы).
Экономическая информация, которая описывается при помощи
классификатора, должна включать:
наименование объекта;
наименование классификационных группировок;
75
кодовые обозначения.
Такая документация может действовать и иметь юридическую силу
согласно международным, общегосударственным, отраслевым, а также
локальным стандартам.
В рамках управления экономическим объектом, необходимо прибегать к
использованию системы документации, элементами которой служит
отдельная документация (документы), которые имеют определнную
материальную форму и применяются в процессе решения различных
хозяйственных задач. Если рассматривать проектную и экономическую
документации по моему проекту, то в экономической документации объектов
будет на порядок выше нежели в проектной, это и является отличием данной
сети от множества других.
В ручных мультисервисных корпоративных сетях (МКС) можно
встретить не только значительный поток документов и прочих данных, но их
дублирование, что в какой-то мере способствует усложнению любых действий
касающихся обработки информации, как следствие это способствует
увеличению времени принятия решений и делает сеть малоэффективной.
Попытаться повлиять на сложившуюся ситуацию можно при помощи:
стандартизирующих и унифицирующих мероприятий;
отказа от документов на бумажных носителях и переходу к их
электронной форме.
Традиционный документооборот при таком подходе организуется по
сетевым телекоммуникационным каналам связи, для чего для каждого
документа вводится определенная табличная структура. Вся информация
хранится в файле (в моем случае в системе WIBS имеет расширение .dat что
характерно для БД Clarion), который имеет унифицированную форму.
Экранные формы таких файлов можно отнести к категории
внутримашинного информационного обеспечения. В процессе разработки
формы для ввода первичной информации используется комплексный формат,
представление которого максимально повторяет структуру, используемую при
76
формировании документа первичного учета. Это необходимо для сокращения
трудоемкости обработки, последовательность расположения полей источника
информации сохраняют при переносе в хранилище. Если речь идет о формах с
постоянной информацией, критически важным на мой взгляд пунктом стоит
отметить, что базовые макеты построения применяются в основном для
первичного ввода и обновления записей в базе, поэтому в данном случае
предпочтительна анкетная форма, удобная для работы с операциями
подобного характера.
Однако мною было отмечено что важнейшей составляющей
внутримашинного ИО выступает информационная база (ИБ), которая являет
собой организованные определенным образом данные, которые позволяют
решать задачи, возникающие в процессах управления предприятием.
Совокупность этих данных подлежит хранению в виде отдельных файлов в
памяти вычислительной системы. Информационная база может состоять из
некой совокупности локальных файлов, которые поддерживаются
специализированным прикладным ПО. Также может быть представлена в виде
интегрированной базы данных, ответственность за функционирование которой
берут на себя специализированные программные средства, которые отвечают
за поиск ,загрузку , хранение, а так же работу с данными.
В первом случае наиболее высока вероятность дублирования большого
объема отдельных реквизитов данных в сети, и как следствие из этого такая
база опасна ввиду своей рассогласованности и малой гибкости в
представлении и передаче информации по нашей сети. Однако такие сетевые
решения применяются, но в узкоспециализированных сферах.
Представленный мною проект рассматривает информационную базу в
сети как некий банк данных. При реализации такого подхода создаётся
определенная возможность по использованию различных источников
получения данных, а так же работы с их различными форматами.
Использование интегрированного информационного хранилища удобно в
виду следующих параметров:
77
целостность информации;
совместимость данных различных форматов;
увеличение скорости обработки информации.
Поименованную совокупность данных, которая позволяет не только
отразить совокупность объектов, но также и поспособствовать отражению их
отношений в определенной области, именуют базой данных. С точки зрения
организации выделяют 2 вида баз данных это - централизованные и
распределенные базы данных. При проектировании структуры базы данных
оценивается соотношение стоимости и трудозатрат, требующихся для
процесса разработки, включая ПО обеспечения и ведения файлов. При учете
этих факторов в работе будет определена централизованная база данных.
Модели информационных баз данных (ИБ)
Известны следующие типы моделей связей между данными:
сетевая;
иерархическая;
реляционная.
В любой из приведенных мною выше моделях базовыми компонентами
системы выступают файлы данных ( в редких случаях таблицы). Сетевая
модель предполагает собой наличие связей формата один к одному, один ко
многим и многие ко многим, где число других файлов произвольно, и любой
из них может быть системной точкой входа. Иерархическая или графовая
модель предполагает под собой соподчиненность типа один ко многим, один
файловый вход в общую структуру базы данных. Исходная вершина может
быть единственной, при этом допустимо, при условии, что она имеет
несколько подчиненных. Реляционная модель более универсальна, именно
она и получила максимальное распространение благодаря удобству
организации связей. Такая ИБ состоит из файлов ИБ (таблиц), состоящих из
отдельных записей, и отношений, между которыми существуют связи в
формате 1:М, М:М. Атрибут (идентификатор) записи является ключом
78
отношения, именно он даёт возможность исключения дублирования данных,
что позволяет всегда получить доступ к необходимой информации. Обработка
данных на основе такой модели, занимает минимальное количество времени,
а используемый организационный подход способствует открытию широких
возможностей для работы с большими массивами данных, а также сложными
управленческими задачами.
С учетом неоспоримых преимуществ реляционных моделей данных
будет более целесообразным использование в работе именно эту модель
представления информации. На ее примере, возможно, максимально полно
показать возможности современных технологий обработки информации и их
влияние на принятие управленческих решений.
В данном дипломном проекте мною будет использоваться только
локальный классификатор, так как никаких других классификаторов РФ в
системе не используется. Классифицировать будем заявки по актуальной
информации в рамках нашей мультисервисной корпоративно сети, мы видим
полный цикл от заявки на подключение до заявки на отключение, так же
сможем оценить риски срыва подключения определенного сотрудника
компании.
Проанализировав информационные потоки рассмотренного процесса,
приходим выводу, что при разработке модуля автоматизации необходимо
использовать следующие входные документы:
заявка на подключение к сети.
При обеспечении деятельности необходимо также принимать к
сведению следующую документацию:
актуальное количество пользователей в сети;
производитель определённого сетевого оборудования, импортное
или отечественное.
При это формируется следующая выходная документация:
журнал учета поступившего оборудования на склад;
документация для производства;
Источник: https://baza.diplomsite.ru/previewfile/681