42
с конструктивными замечаниями заказчика. После чего, сценарий переписы-
вается заново с учётом замечаний заказчика. Если и после доработки сценария
заказчику не нравится ни один из предложенных вариантов, и он может это
конструктивно объяснить, он имеет право отказаться от оплаты сценария, о
чём менеджер оповещает звукорежиссёра не позднее 3-ёх рабочих дней со дня
предоставления готового сценария менеджеру и не позднее, чем последний ра-
бочий день текущего месяца. По истечении 3-х рабочих дней, доработанный
сценарий автоматически считается утверждённым.
Звукорежиссёр вправе отказаться принимать заявку на написание сцена-
рия, если посчитает, что задача невыполнима или трудно выполнима; инфор-
мации находящейся в Брифе недостаточно для выполнения поставленной за-
дачи; не оплаченные долги за прошлые сценарии. В случае если заказчик ме-
няет изначальные вводные данные для написания сценария, после предостав-
ления ему готовых вариантов сценария, то данная заявка считается как новая
и оплачивается дополнительно.
К ним предъявляется ряд требований:
достаточная полнота информации для решения задачи;
исключение избыточности информации;
достоверность и своевременность информации;
согласованность форм первичных документов с макетами размещения
информации на машинном носителе;
логичность построения документа.
Существует три способа организации информационной базы (ИБ): фай-
ловая организация ИБ; интегрированная ИБ, смешанная организация ИБ.
Под файловой организацией ИБ понимается локальное размещение базы
на компьютере, доступ к которому других пользователей осуществляется
стандартными методами ОС для обмена данными по сети, например, в MS
Windows это Sharing и Security, что уменьшает скорость обработки данных в
локальной базе. Под смешанной организацией ИБ подразумевается распреде-
43
лённая база данных, хранящаяся на нескольких серверах и реплицирующая из-
менения в каждой из них по расписанию, данная структура ИБ используется в
системах класса ERP для работы в одной ИБ территориально удалённым офи-
сам одновременно.
Интегрированный способ организации ИБ представляет собой совокуп-
ность взаимосвязанных и хранящихся вместе данных при такой минимальной
избыточности, которая допускает их использование оптимальным образом для
любых приложений и при этом обеспечивается независимость данных от про-
граммы, а для актуализации данных используется общий способ управления.
[11]
В данном дипломном проекте наиболее целесообразной организацией
ИБ считаю интегрированную организацию ИБ, так как размер базы будет уве-
личиваться каждый день на 700-800 записей. И оптимальным выбором будет
использование СУБД вместо файлового хранения базы данных
Существует три модели логической структуры базы данных (по способу
установления связей между данными): иерархическая, сетевая и реляционная.
Иерархическая модель представляет данные в древовидной структуре, в
которой для каждой записи есть один родительский элемент. Для поддержания
порядка существует поле сортировки, в котором узлы-братья сохраняются в
записанном виде. Эти типы моделей разработаны в основном для ранних си-
стем управления базами данных мэйнфреймов, таких как IBM Information
System (IMS).
Эта структура модели допускает отношения один-к-одному и один-ко-
многим между двумя / различными типами данных. Эта структура очень по-
лезна для описания многих отношений в реальном мире; оглавление, любая
вложенная и отсортированная информация.
Иерархическая структура используется в качестве физического порядка
записей в хранилище. Можно получить доступ к записям, перемещаясь вниз
по структуре данных, используя указатели, которые комбинируются с после-
довательным доступом. Следовательно, иерархическая структура не подходит
44
для определенных операций базы данных, когда полный путь также не вклю-
чен для каждой записи.
Данные в базе данных этого типа структурированы иерархически и
обычно разрабатываются как перевернутое дерево. «Корень» в структуре - это
отдельная таблица в базе данных, а другие таблицы действуют как ветви, вы-
текающие из корня. Диаграмма ниже показывает типичную иерархическую
структуру базы данных.
Иерархическая база данных хорошо подходила для систем хранения на
магнитной ленте, которая использовалась мэйнфреймами в 1970-х годах и
была очень популярна в организациях, база данных которых основана на этих
системах. Но, несмотря на то, что иерархическая база данных обеспечивала
быстрый и прямой доступ к данным и была полезна в нескольких обстоятель-
ствах, было ясно, что новая модель базы данных необходима для решения рас-
тущих проблем избыточности данных и сложных взаимосвязей между дан-
ными.
Идея этой модели базы данных полезна для определенного типа храни-
лища данных, но она не очень универсальна и ограничена некоторыми кон-
кретными видами использования.
Например, когда каждый отдельный человек в компании может отчиты-
ваться перед конкретным отделом, отдел может использоваться в качестве ро-
дительской записи, а отдельные сотрудники будут представлять вторичные за-
писи, каждая из которых связана с этой одной родительской записью в иерар-
хической структуре.
Это расширение иерархической модели. В этой модели данные органи-
зованы больше как граф, и им разрешено иметь более одного родительского
узла.
Модель сети
В этой модели базы данных данные более связаны, поскольку в этой мо-
дели базы данных устанавливается больше взаимосвязей. Кроме того, по-
скольку данные более связаны, следовательно, доступ к данным также проще
45
и быстрее. Эта модель базы данных использовалась для сопоставления отно-
шений данных «многие ко многим».
Это была наиболее широко используемая модель базы данных, до того,
как была представлена реляционная модель.
Модель сущности-отношения
В этой модели базы данных отношения создаются путем деления объ-
екта интереса на сущность, а его характеристики - на атрибуты.
Различные объекты связаны с использованием отношений.
Модели ER определены для представления отношений в графической
форме, чтобы их было легче понять различным заинтересованным сторонам.
Эта модель хороша для проектирования базы данных, которую затем
можно превратить в таблицы в реляционной модели.
Давайте рассмотрим пример: если нам нужно спроектировать школьную
базу данных, то ученик будет сущностью с атрибутами name, age, address и т.
Д. Поскольку Address, как правило, сложный, это может быть другая сущность
с атрибутами названия улицы, pin-кода, города и т. Д., и между ними будут
отношения.
Реляционная модель
В этой модели данные организованы в двумерные таблицы, и связь под-
держивается путем сохранения общего поля.
Эта модель была введена EF Codd в 1970 году, и с тех пор она стала
наиболее широко используемой моделью базы данных. Фактически, можно
сказать, единственная модель базы данных, используемая во всем мире.
Основной структурой данных в реляционной модели являются таблицы.
Вся информация, относящаяся к определенному типу, хранится в строках этой
таблицы.
Следовательно, таблицы также известны как отношения в реляционной
модели.
46
1.4.2 Обоснование проектных решений по программному обеспече-
нию
Программное обеспечение - это набор инструкций, данных или про-
грамм, используемых для управления компьютерами и выполнения опреде-
ленных задач. В отличие от аппаратного обеспечения, которое описывает фи-
зические аспекты компьютера, программное обеспечение - это общий термин,
используемый для обозначения приложений, сценариев и программ, работаю-
щих на устройстве. Программное обеспечение можно рассматривать как пере-
менную часть компьютера, а аппаратную часть - неизменную часть.
Программное обеспечение часто подразделяется на прикладное про-
граммное обеспечение или загружаемые пользователем программы, которые
удовлетворяют потребности или потребности, и системное программное обес-
печение, которое включает в себя операционные системы и любые программы,
поддерживающие прикладное программное обеспечение. Термин промежу-
точное программное обеспечение иногда используется для описания програм-
мирования, которое является посредником между прикладным и системным
программным обеспечением или между двумя различными типами приклад-
ного программного обеспечения. Например, промежуточное программное
обеспечение может использоваться для отправки запроса удаленной работы из
приложения на компьютере, на котором установлена операционная система
одного типа, на приложение на компьютере с другой операционной системой.
Дополнительной категорией программного обеспечения является ути-
лита, представляющая собой небольшую полезную программу с ограничен-
ными возможностями. Некоторые утилиты поставляются с операционными
системами. Как и приложения, утилиты, как правило, устанавливаются от-
дельно и могут использоваться независимо от остальной части операционной
системы. Критериями выбора ПО, установленного на ПК пользователей явля-
ется максимальная минимизация времени процесса описание заявки/неисправ-
47
ности пользователей и отправки заявки используя корпоративную почту ком-
пании. В рамках корпоративного стандарта в компании используется MS out-
look 2003. Для запуска этой программы на компьютере пользователя должна
быть также установлена ОС, поддерживающая запуск данного приложения. В
связи с корпоративным стандартом использования версии ОС MS Windows XP
PRO, так как это самая младшая версия ОС, поддерживаемая компанией Mi-
crosoft в России (windows 2000 и 9x на данный момент уже не поддержива-
ются) и имеющая возможность работать в доменной инфраструктуре (версия
Windows XP Home не поддерживает работу в домене). Исходя из этих обосно-
ваний критерий Win XP Pro sp3 Rus будет использована в качестве пользова-
тельской ОС. Итог: на рабочих станциях пользователей (клиентов) должны
быть установлены следующие программные продукты:
Операционная система Windows XP Pro sp3 Rus
Почтовый клиент MS outlook 2003
Программа по обработке документооборот – это программа, разработан-
ная в ходе написания дипломного проекта на языке программирования C#, ко-
торая реализует весь документооборот на фирме. Критериями выбора архитек-
туры реализации проектируемого Программного Комплекса являются:
совместимость с существующей инфраструктурой серверов
возможность создания резервных копий данных и просматривать
статистку по обработанным заявкам.
При выборе ОС под данное решение был выбран MS Windows Server
2008, так как данный вид серверных ОС не сильно требователен к ресурсам, а
также давно используются в инфраструктуре компании.
Для серверной части необходимо также выбрать систему управления ба-
зами данных (СУБД). В таблице 1.4 представлены основные современные
СУБД.
48
Таблица 1.4 – варианты СУБД систем.
Название СУБД
Характеристики
Microsoft
SQL Server
2008
MySql
Oracle
11.2.0.1
Встраиваемая аутентификация
пользователей
да
да
нет
Мониторинг работы базы данных
да
да
да
Возможность создание временные
таблицы
да
да
да
Ведение журнала действий с базами
данных и подключение
да
да
да
В качестве СУБД для программы будет использоваться Microsoft SQL
Server 2008. Выбор в пользу компании Microsoft сделан не случайно, потому
что язык разработки выбран тоже компании Microsoft.
Закупка нового сервера не обязательна, так как база данных программ-
ного продукта может быть расположена на уже имеющемся сервере «SD». При
создании данного сервера компания закладывала около 50 процентов мощно-
сти закупаемого сервера на будущую масштабируемость системы, но не
смотря на рост базы данных за 3 года загруженность сервера возросла всего на
15 процентов.
В рамках уже существующей базы данных в ней будут созданы допол-
нительные таблицы и связи между ними. Добавленные таблицы не будут на
прямую связаны с основными функциональными таблицами базы данных.
Рассмотрим основные методы и средства проектирования. В таблице 1.5
сравниваются между собой основные средства проектирования.
Таблица 1.5 – основные средства проектирования.
49
Название
Характеристики
Microsoft
Visual C#
(MSVC)
Delphi 2010
Microsoft
Visual C++
(MSVC)
Совместимость с операци-
онной системой Windows
2000, Windows XP и
Windows Vista
да
да
да
Встроенный редактор интер-
фейса
да
да
да
Совместимость с другими
языками программирования
да
нет
да
Написание программы сервиса, обрабатывающего документооборот
предприятия, было решено на языке C#. Такой выбор был сделан не случайно:
Во-первых, администратор предприятия имеет опыт работы с данным языком
программирования. Во вторых данный язык действительно не сложен в осво-
ении и среди фрилансеров в интернете легко найти программиста, который
при правильно поставленном техническом задании сможет в поставленные
сроки выполнить данную разработку, стоимость разработки по на C# гораздо
ниже, чем разработка на основе таких громоздких продуктов как C++ или Del-
phi. В-третьих, данный язык очень активно развивается и имеет открытую ар-
хитектуру и легко позволяет сделать графический интерфейс в виде виндовс
форм.
1.4.3 Обоснование проектных решений по техническому обеспечению
Обеспечение техническое - совокупность технических средств, компью-
терной техники, средств передачи информации, используемых в автоматизи-
рованных системах управления и в информационных системах.
50
Для функционирования программы, обработки документации на пред-
приятии потребуются следующие элементы технического обеспечения:
ПК-сервер – это основная ЭВМ, на которой будет создана сама база
данных в СУБД, а также данный сервер будет являться сервером БД. На нем
же будет размещён база данных. Характеристики данного сервера представ-
лены в таблице выше;
ПК-пользователя (рабочая станция) – это пользовательский ПК, по-
средством которого будут создаваться запрос на получения указанного во-
проса;
средства организации ЛВС – в данный перечень входят активные
(маршрутизатор, коммутатор, шлюз и.тд) и пассивные (сегменты ЛВС, комму-
тационные розетки и.тд) компоненты локальной вычислительной сети.
Для каждого элемента мы выберем несколько критериев, наиболее кри-
тичных при осуществлении выбора:
Серверы - это самые незаметные системы в целой сети компьютеров. Их
прячут от посторонних глаз, не выставляя напоказ, но берегут, как зеницу ока.
Идеальный сервер - система, которая стоит в уголочке или в шкафу-стойке, и
о ней все забыли. Этим он отличается от обычных ПК или рабочей станции. И
подход к выбору сервера гораздо более жесткий и прагматичный, чем к любой
другой системе. При этом специфика сервера - преднамеренная избыточность
основных компонентов. И горе тому, кто пренебрежет этой "природной су-
тью" его в попытках сэкономить.
Главными критериями выбора серверной платформы являются специ-
фика решаемых сервером задач и количество автоматизированных рабочих
мест, которые объединяются в сеть. После этого остается только выбрать про-
изводителя. [16]
Для Сервера СУБД сервера в рамках одного ПК основным критерием
выбора будет отказоустойчивость и пропускная способность сетевого интер-
фейса. Исходя из среднего арифметического числа заказов в денек, которое
оформляет 500 заказов и ежеминутным выборочным опросом программки
51
базы данных на присутствие свежей заказы в основе, а еще загруженности се-
тевой инфраструктуры на 30 процентов и загруженности коллективного сер-
вера баз данных на 25 процентов нет надобности закупать высокопроизводи-
тельный сервер с сетевым адаптером скоростью в 1Gbps, довольно ограни-
читься интерфейсом в 100Mbps. Итогом анализа критериев по серверному обо-
рудованию будет использование того же сервера, который использовался в
компании ранее. В качестве сервера баз данных (БД) используется сервер, по-
строенный на платформе HP ProLiant DL365 G5, он обладает следующими ха-
рактеристиками, представленными в таблице 1.6.
Таблица 1.6 – характеристики сервера БД.
Характеристика
Значение
Процессор
Двуядерный Intel® Xeon® X5260 с тактовой частотой
3,3 Гц.
Кол-во процессоров
8
Оперативная память
6 Гб (расширяемая до 64Гб)
Жесткие диски
Тип «SAS» 4 диска 147 Гб и 2 диска 73 Гб
Кол-во жестких дис-
ков
6 (расширяемо до 8)
Питание
Дополнительно резервный блок питания 800Вт с го-
рячей заменой
Рассмотрим данную платформу подробнее:
Два процессора позволяют, при использовании SQL сервера, эффек-
тивно распараллеливать задачи, выполняемые на сервере.
16 Гб оперативной памяти достаточно для обработки больших объе-
мов информации, используемых на данный момент в БД, а также последую-
щего увеличения вычислительной нагрузки, так как на данный момент пико-
вый размер занятой оперативной памяти составляет 6 Гб.