37
фактического использования - мы можем сказать, что мы используем и реализуем
продукты самого высокого мирового класса. Все наши приложения Oracle
используют самые современные базы данных (Ora DBMS 10g), поставщики
приложений (Oracle Application Server (10g), средства разработки (Oracle Designer,
Forms & Reports 10g, Jdeveloper 10G ).
Самой важной особенностью нашего приложения является их сильная
ориентация на Интернет / Интранет-технологии. Почти все приложения имеют
соответствующие веб-интерфейсы, что делает их пригодными для использования в
любом месте и ситуации. Таким образом, мы предоставляем нашим пользователям
доступ к приложениям независимо от того, находятся ли они на своем столе, в
домашнем комфорте, во время поездок или в других местах.
Большая часть разработки напрямую поддерживается инструментами CASE,
Oracle Designer. Таким образом, мы получили отличную гибкость приложений,
высокую документацию и управление изменениями качества. Однако приложения,
которые не могли полностью поддерживаться средствами CASE, мы пытаемся
моделировать таким образом, чтобы минимизировать часть программирования.
Команда разработчиков InfoDom Oracle нашла выигрышную комбинацию
человеческих ресурсов-методов-технологий и гарантирует своим пользователям
возможность реагировать на все вызовы деловой и технологической среды.
Целью дипломной работы является разработка системы автоматизации
библиотеки. Будет использована каскадная модель жизненного цикла. Каскадная
модель включает следующие этапы:
Анализ
Проектирование
Реализация
Введение
Эксплуатация.
На этапе анализа необходимо собрать полную информацию дорожно-
строительного предприятия. Менеджеры, ИТ-специалисты, бухгалтера должны
собрать и проанализировать данные необходимые им в программе по автоматизации
системы. Это данные по номенклатуре, контрагентам, видам документам и их
движениям.
38
На этапе проектирования по результатам представленной информации
происходит проектирование базы данных и структуры программы.
На этапе реализации создают базу данных: создают все необходимые
справочники документы, регистры. Затем производят настройку главного меню и
меню всех элементов программы.
Этап внедрения включает в себя следующие работы:
Развертывание сервера базы данных, установка на нем операционной
системы, а именно Windows Server 2012R2 или более поздней версии.
Развертывание рабочих станций, установка на них операционной
системы Windows 10.
После развертывания технических, информационных и программных средств
необходимо провести окончательное тестирование системы на развернутых
средствах и убедиться в работоспособности всех модулей системы.
На этапе эксплуатации необходимо провести обучение пользователей работе
с системой. Необходимо провести обучение всех пользователей, которые будут
работать с системой.
На первом этапе эксплуатации системы необходимо заполнить все первичные
данные:
реквизиты организации;
структура подразделений;
сотрудники организации;
и т.д.
Данные можно вносить и в процессе ввода документов по мере
необходимости, но рекомендуется имеющиеся данные внести заранее, создав таким
образом законченную структуру организации.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Требования к управлению рисками, управлению и соблюдению требований
становятся все более сложными с требованиями законодательства и постоянно
меняющимися регистрами рисков. Они являются бременем для организации
оперативно и финансово.
39
Предприятия часто подходят к управлению рисками посредством силосов, что
приводит к неэффективным, своевременным и непоследовательным процессам
управления рисками. Лучший подход к управлению рисками - это жизненный цикл,
один шаг логически ведущий к следующему. И важно отметить, что риск является
эволюционным, и поэтому эти шаги должны постоянно повторяться.
Помня о рисках, с которыми вы сталкиваетесь, вы делаете более вероятным,
что вы достигнете своих целей и, если возникнет риск, лучше подойдите для
решения этой проблемы.
Потребности отдельных лиц в процессе управления рисками будут зависеть
от их функций в организации:
Руководители высшего звена должны знать, где риски более высоких ставок,
и кто их управляет, например, чтобы не было нехватки квалифицированного
опытного персонала.
Линейные и проектные менеджеры должны помогать выявлять, оценивать и
управлять рисками с более высоким рейтингом, например, чтобы персонал фабрики
пола знал о рисках для здоровья и безопасности.
Руководители должны понимать и управлять операционными рисками,
которые существуют в их бизнес-сфере, например, нехватка места в офисе, что
может привести к тому, что персонал не сможет выполнять свою работу или даже
стесненную рабочую среду, вызывающую опасности.
И Совету все больше нужно осознавать все это, а не только иметь четкое
представление о том, что организация нацелена на достижение своих общих целей,
но и на то, чтобы они соответствовали нормативным стандартам, чтобы не потерять
аккредитацию, несут финансовые потери или поврежденную репутацию.
Вот основные схемы каждого критического этапа жизненного цикла
управления рисками.
Идентификация. Предприятие не может управлять своими рисками, если не
знает, что они собой представляют, или даже существуют. Первый шаг - выявить
риски и определить их в каком-то подробном, структурированном формате, то есть
идентифицировать события, которые влияют на способность достичь целей,
определять их и назначать право собственности.
40
Оценка: после определения рисков они должны быть рассмотрены с точки
зрения вероятности и воздействия. Важно оценить вероятность риска и последствия
в случае возникновения риска. Затем это определит, какие риски являются
приоритетными и заслуживают наибольшего внимания. Руководители должны
иметь какой-то способ сравнения рисков относительно друг друга, иногда
называемый аппетитом к риску.
Обработка: как только риск был оценен, теперь должен быть определен
подход к обработке каждого риска. После оценки некоторые риски могут не
требовать каких-либо действий и просто отслеживаться, но те, которые считаются
неприемлемыми, требуют плана действий или смягчения для предотвращения,
сокращения или переноса этого риска.
Мониторинг: после определения риска, оценки и определения процесса
решения рисков не может быть оставлено. Для этого требуется постоянный процесс
рассмотрения; риск эволюционный и всегда может измениться. Процесс обзора
необходим для активного управления рисками.
Отчетность: отчетность на каждом из четырех этапов выше является основной
частью принятия решений во время эффективного управления рисками. Поэтому
структура отчетности должна быть определена на раннем этапе процесса управления
рисками, сосредоточив внимание на содержании, формате и частоте производства.
Этот краткий очерк только описывает поверхность этапов управления
рисками. Каждый из этих шагов кажется логичным, но важность в деталях.
Организации могут следовать этому процессу, но лишь немногие эффективно
выполняют все это в любой момент времени, по нашему опыту. Скорее всего, это
связано с тем, что они не могут выполнять все этапы из одного места, риски,
связанные с одним, планы обработки в другом, а также мониторинг и отчетность в
других местах, без фактического владения.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Согласно общепринятому определению безопасность информационной
системы представляет собой уровень защиты данных, хранимых в системе от
41
несанкционированного доступа и вмешательства в процесс ее работы по заданному
алгоритму, а также попыток кражи и изменения данных в системе
Нормативно-правовые акты организации и стандарты, используемые для
обеспечения защиты информации представлены на рисунке 2.1.
Рис 2.1. Нормативные документы по защите информации
В библиотеки для обеспечения информационной безопасности следует
использовать следующие методы защиты:
1. Заключить договор круглосуточной охраны с частным охранным
предприятием.
2. В здании библиотеки и на складах установить видеонаблюдение.
3. Администраторы компании должны настроить автоматическое
протоколирование действий пользователей с защищаемой информацией.
4. Разработать и утвердить политику безопасности предприятия. Сотрудники
компании обязаны выполнять инструкции по обеспечению информационной
безопасности, регламентированные в должностных инструкциях.
5. На компьютерах сотрудников установить антивирусное программное
обеспечение.
6. Администраторы должна настроить брандмауэр Windows.
В информационной системе автоматизации строительной компании
выделены три роли пользователей:
1. Администратор системы – неограниченные возможности .
42
2. Бухгалтер – может редактировать сведения о сотрудниках, о поставках
товаров и т д.
3. Директор – только просмотр.
4. Менеджер – просмотр, редактирования сведений о клиентах, заказах.
5. Библиотекарь – полный пакет прав доступа.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Система управления базой данных обеспечивает три представления о данных,
о базе данных. Внешний уровень определяет, как каждая группа конечных
пользователей видит организацию данных в базе данных. У единственной базы
данных может быть любое число взглядов на внешнем уровне. Концептуальный
уровень объединяет различные внешние взгляды в совместимое глобальное
представление. Это обеспечивает синтез всех внешних взглядов. Это вне объема
различных конечных пользователей базы данных и скорее интереса для
разработчиков приложения базы данных и администраторов базы данных.
Внутренний уровень (или физический уровень) являются внутренней
организацией данных в системе управления базами данных. Это касается стоимости,
работы, масштабируемости и других эксплуатационных вопросов. Он имеет дело с
расположением хранения данных, используя структуры хранения, такие как
индексы, чтобы повысить производительность. Иногда хранит данные отдельных
представлений (осуществленных представлений), вычисленных из универсальных
данных, если исполнительное оправдание существует для такой избыточности. Это
уравновешивает эксплуатационные требования всех внешних взглядов, возможно
противоречивые, в попытке оптимизировать эффективность работы во всех
действиях. В то время как обычно имеется только одно концептуальное (логическое)
и физическое (или внутреннее) представление данных, может быть любое число
различных внешних представлений. Это позволяет пользователям видеть
информацию о базе данных более связанным с предметной областью, а не с
технической точки зрения.
43
Трехуровневая архитектура базы данных касается понятия независимости
данных, которая была одной из главных начальных движущих сил реляционной
модели. Идея состоит в том, что изменения, внесенные на определенном уровне, не
затрагивают представление на более высоком уровне. Например, изменения во
внутреннем уровне не затрагивают приложения письменные использующие
концептуальные интерфейсы уровня, который уменьшает воздействие внесения
физических изменений, чтобы улучшить работу.
Концептуальное представление обеспечивает уровень связи между
внутренним и внешним. С одной стороны это обеспечивает общее представление
базы данных, независимой от различных внешних структур представления, а с
другой стороны это резюмирует детали того, как данные хранят или управляют
(внутренний уровень). В принципе каждый уровень, и даже каждое внешнее
представление, могут быть представлены различной моделью данных. На практике,
обычно данная система управления базами данных использует ту же самую модель
данных, что и для внешнего и для концептуальных уровней (например,
относительную модель). Внутренний уровень, который скрыт в системе управления
базами данных, требует другого уровня детали и использует ее собственные типы
структуры данных.
На сегодняшний день существует множество различных программных и
инструментальных средств, с помощью которых можно построить информационные
системы.
Для разработки базы данных использовалась программа для проектирования
БД - ErwinDataModeler.
Средство моделирования данных ERwin (ERwin) является программным
средством для моделирования данных (анализ требований к данным,
проектирование баз данных и т.д.) для информационных систем, включая базы
данных транзакционных систем и витрины данных.
Движок моделирования данных ERWIN основан на методе IDEF1X, хотя
теперь он поддерживает диаграммы, показанные с информационным примечанием
разработки. Logic Works образовали «ERwin» от сокращения «Entity Relationships»
и «Windows». Отличительные признаки ERwin:
44
− логическое Моделирование Данных. Чисто логические модели могут быть
созданы, из которых могут быть получены физические модели. Комбинации
логических и физических моделей также поддержаны. Поддерживаются типы и
атрибуты логических имен и описаний, логические домены и типы данных, а также
обозначение отношений;
− физическое Моделирование Данных. Чисто физические модели могут быть
созданы, а также комбинации логических и физических моделей. Поддерживает
обозначение и описание таблиц и колонок, определенные пользователем типы
данных, первичные ключи, внешние ключи, альтернативные ключи, обозначение и
определение ограничений. Поддержка индексов, представлений, хранимых
процедур и триггеров также включена;
ER-диаграмма логического уровня представлена на рисунке 2.2.
Рис 2.2. ER-диаграмма логического уровня
Разрабатываемая физическая модель баз данных зависит от определенной
системы управления БД. В проектируемой БД содержатся данные обо всех объектах
СУБД. Несколько разных физических моделей может соответствовать одни и та же
логическая модель. В проектируемой физической модели надо описать полную
информацию о определенных физических объектах. Такие как: таблицы, колонки,
индексы, процедуры и т.д. Рассмотрим более подробно:
Сущность (объект) – в теории реляционной системы баз данных является
элементом информационной системы, данные которые сохраняются.
45
Объект может быть абстрактным и реальным. Каждый определенный объект
СУБД имеет определенный набор свойств, которые сохраняются (записываются) в
информационной системе.
При проектировании системы управления базы данных АИС библиотеки
им.А.С. Пушкина, можно выделить следующие определенные сущности:
ПЕЧАТНОЕ ИЗДАНИЕ;
КАТАЛОГ;
ЧИТАТЕЛЬ;
ЧИТАТЕЛЬ-ЗАДОЛЖНИК;
ВЫДАЧА;
На основании, которое было изложено, можно определить (выделить)
объекты модели данных, а так же и связи между объектами данных. Выделяем
учетную информацию и справочную информацию. К справочникам можно отнести:
читателей, каталог книг, класс читателей, разделы книг. К таблицам учетной
информации можно отнести: задолжников библиотеки по книгам, выдачу книг.
Далее необходимо поместить схему связей между объектами данных и
сущности, которая выполнена в программном обеспечении ERWIN и
представленную на рисунке 2.2. Представленная технология приводит все
отношения между сущностями информационной системы к третьей нормальной
форме. Определим для вышеперечисленного, сущности и взаимосвязи.
Информационная модель, которая была получена в ходе анализа представлена
на рисунке 2.3.
Все связи, которые использованы между объектами данных (рисунок 2.3)
имеют связь «один ко многим», то есть одной записи данных первого объекта
модели данных соответствует (относится) несколько записей второго объекта
модели данных (зависимого).
46
Рис 2.3 Информационная модель
Определение 1: Сущность - это класс однотипных объектов, информация о
том, что обязано быть предусмотрено в модели.
Любая сущность обязана владеть названием, которое воплощено
существительным в единственном количестве. Любая суть в модели рисуется в
облике прямоугольника с названием.
Определение 2: Экземпляр сущности - это определенный уполномоченный,
предоставленной сущности.
К примеру, экземпляром сути "Персонал" может быть "Персонал Жумаев".
Экземпляры сущностей обязаны быть различимы, т.е. сути обязаны владеть
определенным качеством, оригинальные для любого экземпляра данной сущности.
Определение 3: Принадлежность сущности - это именованная черта, которым
являются определенное свойство сути.
Название атрибута надлежит быть выраженным существительным в
единственном количестве (возможно, с характеризующими прилагательными).
Атрибуты изображаются в прямоугольнике на границах, определяющего суть
Определение 4: Источник сущности - это не избыточный комплект атрибутов,
смысл заключается в совокупности уникальных для любого экземпляра сущности.
Не избыточность заключается в том, что при удалении любого атрибута из ключа,
будет нарушаться его уникальность. Суть может владеть определенным
количеством всевозможных ключей.
Определение 5: Ассоциация - это связь меж 2-мя сущностями. 1 суть имеет
возможность быть связана с иной сутью или же сама с собою.