Дипломная работа: Автоматизация рекламной деятельности предприятия для Государственного бюджетного учреждения "Спортивная школа олимпийского резерва №95" Москомспорта

Скачать

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

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
31
имеющимся сотрудникам не составит особого труда реализовать весь комплекс
работ по созданию проекта, разработке и внедрению системы автоматизации.
Полученная в итоге ИС будет сочетать в себе необходимый функционал,
учитывать основные особенность работы, а также пожелания и требования
сотрудников компании, поскольку будет изначально являться уникальным
продуктом, позволяющим оперативно дорабатывать функциональность в
соответствии с требованием работников компании.
Поэтому для создания системы учета рекламной деятельностивыбираем
разработку собственными силами.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение (ИО) подсистемы состоит из
информационной модели работы персонала компании. Обычно выделяют
внемашинное и внутримашинное обеспечение.
ИО состоит из: системы определения и кодирования; системы обобщения
документации, применяемой в ИО, информационную базу, т.е. данные из всех
массивов данных.
Внемашинное обеспечение включает в себя совокупность данных,
главную часть которых составляют документы. Можно различать первичные
(входные) документы, например, декларации и другую отчетность
налогоплательщиков, а также вторичные (выходные) документы.
Внутримашинное ИО определяет представление данных на физических
носителях в виде специальных массивов (файлов), БД и их информационных
связей. Внутримашинное ИО подсистемы использует информационную среду,
направленную на реализацию сотрудниками своих должностных обязанностей.
Эта область выражается набором объектов, их свойств и взаимосвязей. Для
каждого отдельного объекта определяется набор его характеристик и свойств.
Обычно к ИО предъявляют ряд требований, а именно:
32
• ИО должно быть полноценным и адекватным для поддержки всех
описываемых функций;
• При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня;
• ИО обязано быть на 100% совместимо с создаваемой системой;
• Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
• Структура визуальных форм и всех документов должна полностью
соответствовать описанию каждого рабочего места сотрудника;
• Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также
утверждены с заказчиком.
• в ИС важно предусмотреть механизмы проверки входной и
выходной информации, обновления данных в массивах данных, отслеживания
целостности БД, защиты НСД.
Основу Ио включает база информации, поддерживающая ее хранение и
обработку. Состав этой базы отражается параметрами системы и услугами, ею
предоставляемыми для своих пользователей, а также реализацией
взаимодействия контроля оплаты с другими АИС. Структура базы информации
должна поддерживать возможность увеличения функций системы, не
требующих корректировки структуры обрабатываемых данных, без переделки
самой БД.
Сама база информации может состоять из:
• Справочников, которые ведутся методом работы с программой
самим персоналом системы, который с ней работает;
• Подстроенных таблиц для работы системы в требуемых условиях,
исходная загрузка которых реализована вместе с инсталляцией системы, и
данные, в которых может изменятся админом системы;
• Таблиц сохраненной и текущей информации, доступ к которым
реализуется на основе ПО системы с указанными правами пользователей.
33
Обмен данными между комплексами задач, включёнными в состав
системы, а также остальными системами реализуется в рамках функций,
включенных в систему.
В проектном решении применяются несколько принятых у заказчика
классификаторов: локальный и общегосударственный. По второму
классификатору будут делится все ГОСТы, имеющиеся в базе системы. Также
требованием является создание локальных классификаторов. При этом требуется
использовать справочники: линейные и иерархические. В линейных
справочниках все элементы, включенные в состав, описаны в виде классических
списков, а в иерархических – имеют вид списков с иерархической структурой.
Выделим требования к системам кодирования и классификации данных.
Системы классификации (СК) можно разделить на иерархические и
многоаспектные. Иерархическая СК включает в себя разбиение начального
множества на отдельные подмножества, между которыми есть отношения
подчинения друг другу. В многоаспектных СК использованы параллельно сразу
несколько независимых классификационных признаков, т.е. начальное
множество описывается сразу в разных аспектах. [11] Поскольку данные не
нужно классифицировать по нескольким признакам, в проектном решении будет
использоваться иерархическая система.
Унифицированная система документации (УСД) является грамотно
организованным комплексом объединенных документов, отвечающим
совокупным правилам и требованиям и включающим данные, требуемые для
управления отдельными экономическими объектами. [7]
При реальном проектировании реализуется целый цикл разработки ИС и
создания программных модулей. Подобный подход становится достаточно
дорогим и выбор его оправдан в отдельных случаях:
• Создание полностью новой ИС;
• Неимение доступных прототипов ИС;
• Подготовка малых ИС с минимальным числом функций;
• Работа опытных разработчиков в самой компании.
Электронная форма документа – это некий шаблон с пустым
пространством, которое оставлено для самостоятельного заполнения
34
пользователем. Подобные формы включают в себя командные кнопки, меню,
формы и поддерживают разнообразные виды входных данных. Важно понимать,
что для реализации подобных форм необходимо узконаправленное ПО.
Определим часть форм:
• Формы для сбора данных, переноса их в БД с возможность
обработки (перемещение и сбор по e-mail);
• Формы для получения и сбора данных внутри компании и за ее
пределами (заказы на покупку, отчеты о продажах, счета).
Информационная база (ИБ) является некой совокупностью данных,
организованной конкретным способом и помещённая в память вычислительной
системы под видом файлов, с помощью которых реализуются потребности в
данных для управленческих процессов и решаемых задач.
Есть несколько вариантов реализации информационной базы:
группировка локальных файлов и объединенная информационная база,
контролируемая СУБД.
Локальные файлы поддерживают оперативную обработку данных, но из-
за огромного числа дублированных данных, сложности доступа к ней это
становится несущественным. Поэтому хранение локальных файлов требуется
только в отдельных приложениях, которые нуждаются в повышенной скорость
передачи при импорте информации.
Интегрированная ИБ – объединение взаимосвязанных данных с малой
избыточностью, допускающей их применение оптимальным образом для
большинства приложений.
СУБД поддерживает совместимость данных, минимизацию
синтаксической и семантической избыточности, совмещенность данных и
реального состояния объекта, разделённое хранение информации у
пользователей. Нюансом можно отметить требование повышенного контроля
вводимых данных и разделение доступа к данным.
В качестве ИБ выбирается интегрированная БД под контролем СУБД.
Документооборот в компании довольно большой, документы дублируются и
корректируются много раз. Пользователям нужна актуальная информация с
периодическим обновлением, а группа локальных файлов не дает такой возможности.
35
Существуют насколько вариантов реализации организации данных в БД:
• Иерархическая модель;
• Сетевая модель;
• Реляционная модель.
Взаимосвязь в иерархической модели реализована совокупностью структурных
данных, где тип сегмента потомка связывается лишь с одним типом сегмента предка.
Подобная модель имеет ряд нюансов, к примеру, отсутствие явно определенного
разделения физических и логических параметров модели. Для выявления
неиерархических отношений нужны другие действия. Неявные запросы потребуют
перестроить саму БД.
Сетевая модель – переданные данные сетевыми структурами типов записей и
совокупных отношений «один к одному» или «один ко многим».
Реляционная модель реализует и представляет информацию в виде таблиц и
реляций. Все отношения тут имеют свой личный ID, что помогает минимизировать
повторяющиеся данные. Такие модели легки в применении, просто переделываются и
их реализация не требует больших временных затрат. Есть 2 подхода к
проектированию реляционной БД:
• В процессе создания концепции реализуется не концептуальная модель
данных, а сама реляционная схема БД, включающая определения реляционных таблиц,
требующих нормализации;
• Функциональная модель переделывается в нормализированную
реляционную. Подобный подход часто можно встретить при создании больших БД для
крупных ИС.
Исходя из описанного выше делаем выбор в пользу реляционной БД, она просто
трансформируется, удобна в применении и несложная по своей структуре.
В этом случае будут применяться установленные и общепринятые
международные, общесистемные и отраслевые классификаторы. Объекты в
рассматриваемом случае определяются в соответствии с характерными для них
признаками. Признаки объектов можно поделить на основные и переменные.
Основными – это такие признаки, которые однозначно характеризуют
классификационную группировку, к которой принадлежит объект.
Переменными называются семантические характеристики, которые никак не
влияют на расположение объекта в классификационных группировках.
Источник: https://baza.diplomsite.ru/previewfile/2215

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

17. Введение 18. Линейные программы 19. Ветвления 20. Программирование циклических алгоритмов
Сборные железобетонные ребристые плиты перекрытия
_-___-~1
_3 тема - Диффузия
_Роджерс Карл, Брак и его альтернативы
_Штерн Вильям, Дифференциальная психология и ее методические основы
- Описание типа СЭТ7009
- Программа ГПИ