ДИПЛОМНЫЙ ПРОЕКТ РАЗРАБОТКА ИНТЕГРИРОВАННОЙ БАЗЫ ДАННЫХ ПО УЧЕТУ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ И ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ ДЕПАРТАМЕНТА ОБРАЗОВАНИЯ И МОЛОДЕЖНОЙ ПОЛИТИКИ АДМИНИСТРАЦИИ Г. МЕГИОН ХМАО-ЮГРА - Студенческий научный форум

V Международная студенческая научная конференция Студенческий научный форум - 2013

ДИПЛОМНЫЙ ПРОЕКТ РАЗРАБОТКА ИНТЕГРИРОВАННОЙ БАЗЫ ДАННЫХ ПО УЧЕТУ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ И ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ ДЕПАРТАМЕНТА ОБРАЗОВАНИЯ И МОЛОДЕЖНОЙ ПОЛИТИКИ АДМИНИСТРАЦИИ Г. МЕГИОН ХМАО-ЮГРА

 Комментарии
Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке "Файлы работы" в формате PDF
Перечень сокращений.

ХМАО-Югра – Ханты-Мансийский автономный округ -Югра

ДОиМП – департамент образования и молодежной политики

БД – база данных

VB ( англ.Visual Basic) – язык программирования

VBA (англ.Visual Basic for Application) – язык программирования

VBE (англ.Visual Basic Editor) – редактор кода среды VBA

ПК – персональный компьютер

ВТ – вычислительная техника

ПО – программное обеспечение

СУБД – система управления базами данных

ЭВМ – электронно-вычислительные машины

ПК – первичный ключ

ВК – вторичный ключ

Запрос SOL – запрос интервала даты и времени

Запрос SQL ( англ.Structured Query Language) — «язык структурированных запросов»

ОС – основные средства

RAD (англ. rapid application development) — концепция создания средств разработки программных продуктов

OLE (англ. Object Linking and Embedding) — технология связывания и внедрения объектов в другие документы и объекты

ODBC (англ. Open Database Connectivity) — это программный интерфейс (API) доступа к базам данных,

DAO (англ. Data Access Object) — шаблон проектирования

ActiveX — фреймворк для определения программных компонентов пригодных к использованию из языков программирования.

CLR (англ Common Language Runtime .) — общеязыковая исполняющая среда

ATL (англ. Microsoft Active Template Library ) — библиотеку шаблонных классов

MFC (англ. Microsoft Foundation Classes) — библиотеки Microsoft Foundation Class C++.

STL (англ. Standard Template Library) — библиотеки стандартных шаблонов C++.

CRT — библиотеки времени выполнения языка C

DLL (англ. dynamic-link library) — «динамически подключаемая библиотека»

ISAM (англ. Indexed Sequential Access Method ) —— Индексно-Последовательный Метод Доступа, способ хранения данных для быстрого доступа к ним.

ACCDB – стандартное расширение файлов баз данных в формате Access 2010.

ACCDE – это расширение используется в файлах баз данных Access 2010 для настольных компьютеров, которые компилируются в версию "только для выполнения" исходного ACCDB-файла.

IDEF0 (англ. Function Modeling) — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов.

ER диаграммы (англ. Entity-Relationship) модель данных «Сущность-Связь»

NTFS (англ. New Technology File System) — «файловая система новой технологии», стандартная файловая система для семейства операционных систем Microsoft Windows NT.

План.

Введение.

7

  1. Анализ сферы деятельности организации:

12

  1.  
    1. Организационно-правовой характер департамента образования и молодежной политики администрации г. Мегион ХМАО-Югра

12

  1.  
    1. Структура ДОиМП;

14

  1.  
    1. Характеристики должностей сотрудников ДОиМП

15

  1. Подбор средств и способов для разработки дипломного проекта:

16

  1.  
    1. Цели создания интегрированной БД «Alex-1.0» по учету вычислительной техники и программного обеспечения

16

  1.  
    1. Виды баз данных

16

  1.  
    1.  
      1. Классификация БД

17

  1.  
    1.  
      1. Структурные элементы БД

18

  1.  
    1.  
      1. Виды моделей данных

19

  1.  
    1. Выбор средств создания БД

22

  1.  
    1. Описание выбранного средства

34

  1.  
    1. Интегрированные БД

36

  1. Разработка интегрированной БД «Alex-1.0» по учету вычислительной техники и программного обеспечения:

38

  1.  
    1. Описание и постановка задачи

38

  1.  
    1. Техническое задание на разработку БД

41

  1.  
    1. Задание первичных и альтернативных ключей, атрибутов, сущностей

43

  1.  
    1. Приведение модели к требуемому уровню нормальной форму

43

  1.  
    1. Физической описание модели

44

  1.  
    1.  
      1. Создание таблиц

44

  1.  
    1.  
      1. Схема данных

45

  1.  
    1.  
      1. Создание запросов

45

  1.  
    1.  
      1. Создание форм

48

  1.  
    1.  
      1. Создание отчетов

49

  1.  
    1.  
      1. Создание макросов

50

  1.  
    1.  
      1. Создание модулей на языкеVISUAL BASIC FOR APPLICATION

51

  1.  
    1. Защита БД «Alex-1.0»

53

  1.  
    1. Описание работы БД «Alex-1.0»

58

  1. Технико – экономическое обоснование разработки БД «Alex-1.0»

63

  1.  
    1. Расходы связанные с разработкой БД «Alex-1.0»

63

  1.  
    1. Расходы текущих и годовых затрат ДОиМП до и после разработки и внедрения БД «Alex-1.0»

67

  1.  
    1. Расчет экономической эффективности и срока окупаемости разрабатываемой БД «Alex-1.0»

72

Заключение.

77

Список используемой литературы

78

Приложение 1.2. Структура ДОиМП

81

Приложение 1.3Описание деятельности сотрудников ДОиМП

82

Приложение 2.3Характеристики БД

94

Приложение 3.1Схемы и таблица для описания постановки задачи

100

Приложение 3.2.1 Задачи пользователей

102

Приложение 3.2.2 Требования к функционалу

103

Приложение 3.3 Схема задания первичных ключей атрибутов сущностей

110

Приложение 3.4 Схема приведения модели к требуемому уровню нормальной формы

111

Приложение 3.5.3 Таблицы

112

Приложение 3.5.4Схема данных

132

Приложение 3.5.5.1 Запросы на выборку

133

Приложение 3.5.5.2 Перекрестные запросы

143

Приложение 3.5.5.3Запрос на добавление

147

Приложение 3.5.5.4 Запрос на удаление

148

Приложение 3.5.6 Формы

149

Приложение 3.5.7 Отчеты

174

Приложение 3.5.8 Макросы

191

Приложение 3.5.9 Модули

198

Приложение 3.6.1 Установка БД «Alex-1.0» на сервер PANDORA

216

Приложение 3.6.2 Разделение БД «Alex - 1.0»

219

Приложение 3.6.3.1Установка защиты на уровне пользователей

220

Приложение 3.6.3.2 Отчет мастера защиты

224

Приложение 3.6.4 Интегрирование БД «Security» и БД «Alex-1.0»

228

Приложение 3.6.5 Пользователи и группы

229

Приложение 3.6.6 Назначение прав доступа к объектам базы данных

пользователям и группам

230

Приложение 3.7 Импорт IP адреса и имени клиента с Сервера

в справочную форму «Компьютерные данные» БД «Alex – 1.0»

234

Приложение 4.1Таблицы, связанные с расчетами по разработке БД «Alex-1.0»

236

Приложение 4.2 Таблицы, связанные с расчетами текущих и годовых затрат ДОиМП до и после разработки и внедрения БД «Alex-1.0»

238

Приложение 4.3. Таблицы, связанные с расчетами экономической эффективности и срока окупаемости разрабатываемой БД «Alex-1.0»

241

Введение

Компьютеры очень быстро вошли в нашу жизнь. Буквально недавно мы печатали на пишущих машинках, считали на счетах и калькуляторах, но вот, как по взмаху волшебной палочки – это уже в прошлом. Теперь мы уже не можем представить себя без ПК, ноутбуков, планшетов и другой техники. И это, в свою очередь, потребовало соответствующего технического обслуживания, создания различного программного обеспечения. Базы данных являются неотъемлемой частью этого процесса. Они призваны упростить и облегчить наш труд.

Данная выпускная квалифицированная работа посвящена сложной и значимой проблеме: разработке интегрированной базы данных по учету вычислительной техники и программного обеспечения для департамента образования и молодежной политики администрации г.Мегион.

Актуальность разработки заключается в том, чтобы обеспечить условия для успешной деятельности сотрудников, уменьшить затрачиваемое время на обработку информации, организовать своевременную закупку комплектующих и уменьшить затраты на них, обеспечить защиту информации. Все это возможно реализовать путем автоматизации процесса ведения учета ВТ и ПО, регистрации заявок на обслуживание ВТ и заказа комплектующих, обеспечения возможности хранения и обработки сведений, полученных статистических данных и печать отчетов, интегрирования с БД, отвечающей за защиту и разграничение прав доступа пользователей к БД.

Для разработки БД используется среда Microsoft Access , которая входит в пакет Microsoft Office и поэтому является наиболее доступной, что является немаловажным фактором для бюджетного учреждения.

В отечественной литературе изучением баз данных занимались: Пятецкий-Шапиро Г. (1989), Ахаян Р. (1997), Вендров А.М.(1997), Козырев А.А. (2001), Симонович С.В. (2001), Бакаревич Ю.Б. (2002), Гайдамакин Н.А.(2002), Когаловский М.Р. (2002), Пушкина Н.В. (2002) Хомоненко А. Д. (2004), Цыганков В. М. (2004), Мальцев М. Г. (2004), Грекул В.И. (2005), Кузнецов С. Д. (2005), Горев А. (2006), Макашарипов С. (2006), Астахова И.Ф. (2007), Толстобров А.П. (2007) Кузин А. В. (2008), Исаев Г.Н. (2009),

Из зарубежных авторов следует отметить: Райордана Р. (2001), Коннолли Т. (2003), Гарсиа-Молина Г. (2003), Коннолли Т. (2003), Бегг К. (2003), Конверса Т.(2007), Парк Д.(2007), Моргана К. (2007), К.Дж.Дейт (2006), Киммел П. (2006), Ульман Д. (2007), Уидом Д. (2007), Шилдта Г. (2012).

Целью данного дипломного проекта является – создание интегрированной базы данных по учету вычислительной техники и программного обеспечения для ДОиМП.

Гипотеза исследования основана на том, что создание интегрированной БД по учету ВТ и ПО для ДОиМП обеспечивает условия для успешной деятельности сотрудников, уменьшает затрачиваемое время на обработку информации связанной с ВТ и ПО, способствует организации своевременной закупки комплектующих и уменьшении затрат на них, а значит экономии бюджетных средств, и их перераспределение на другие нужды организации. Интеграция с БД отвечающей за распределение и ограничение доступа к данным обеспечивает защиту информации БД.

Для реализации поставленной цели и проверки выдвинутой гипотезы были определены следующие задачи:

  1. Обеспечение условий для успешной деятельности сотрудников.

  2. Уменьшение затрачиваемого времени на обработку информации.

  3. Организация своевременной закупки комплектующих и уменьшение затрат на них.

  4. Обеспечение защиты информации БД.

Предмет исследования: процесс учета ВТ и ПО в ДОиМП.

Объектисследования: программная среда создания интегрированной БД для ДОиМП.

Методы исследования:

Количественные исследования – проводятсядля получения количественной информации о большом количестве объектов исследования. Главной задачей количественных исследований дипломного проекта является получение численной оценки имеющихся СУБД, т.е. были необходимы точные, статистически надежные данные. Это позволяет не просто получить мнения и предположения, а выяснить точные количественные (числовые) значения изучаемых показателей. В дальнейшем эта информация используется для планирования и принятия решений в выборе СУБД для разработки дипломного проекта.

Качественные исследования – нацелены на получение глубинной мотивации собеседника, развернутой информации о предмете исследования. Качественные методы предполагают сбор информации в свободной форме; они фокусируют не на статистических измерениях, а на понимание, объяснение и интерпретацию эмпирических данных. С их помощью сформулирована гипотеза и продуктивные идеи. Задача, стоявшая перед качественными исследованиями - получить разведочные данные, а не количественное распределение мнений. В качественных методах для того, чтобы объяснить, интерпретировать понятия используются не цифры, а слова. Полученные качественными методами данные не подлежат количественному анализу, они очень хорошо помогают в ситуации, когда необходимо получить информацию по плохо изученной проблеме, когда не совсем понятно, что именно нужно спрашивать у собеседника.

Личное интервью – с его помощью получается информация непосредственно от собеседника. То есть, опрос собеседников происходит в личной беседе, в отсутствие посторонних лиц. Персональное интервьюпредполагает высокую степень доверительности с использованием демонстрационных материалов. Плюсом личного опроса то, что видишь собеседника и можешь быть уверен (наблюдая за жестами и мимикой), что собеседник полностью понимает задание.

Глубинные интервью – это тоже индивидуальная беседа, проводимая по заранее разработанному сценарию, но она, в отличии от личного интервью предполагает получение от собеседника развернутых ответов на вопросы, а не заполнение формальной анкеты. Хотя во время глубинного интервью и придерживаешься некоего общего плана, порядок вопросов и их формулировки могут существенно меняться, в зависимости от того, что говорит собеседник. Данное интервью базируется на использовании методик, побуждающих собеседников к продолжительным и обстоятельным рассуждениям по интересующим вопросам, что позволяет добраться до самых мелких деталей, выяснить все аспекты поведения и реакций собеседников, которые могут быть важны для решения задач исследования.

Экспертный опрос – проводится для сбора первичных данных, основанных на использовании опыта, знаний и интуиции экспертов в исследуемых областях, которым известны специфические стороны изучаемого явления. Для проведения опроса необходимо обладать достаточной компетентностью в изучаемом предмете, а также знать терминологию, используемую профессионалами при обсуждении вопросов по теме исследования. Акцентируется внимание на важности для исследования мнения каждого эксперта.

Кабинетные исследования – проводится сбор и анализ вторичной информациииз доступных источников. Эти исследования опираются на различные источники информации, что позволяет получить больший объем данных, сравнить и проанализировать полученные результаты. Такие данные не создаются в ходе исследования, а берутся из других источников уже готовыми к анализу. [44]

Теоретическая и практическая значимость работы состоит в:

  • в методологическом значении дипломного проекта для исследований по вопросам ДОиМП;

  • проведении анализа, систематизирования и обобщения материалов по разработка СУБД;

  • в возможности использования выводов исследования в других исследованиях касающихся СУБД;

  • в востребованности результатов исследования департаментом образования и молодежной политики администрации города Мегион, кроме того результаты могут быть использованы и другими организациями, где присутствует проблема ведения учета ВТ и ПО;

Структура и объем работы. Выпускная квалифицированная работа состоит из введения, 4 главы, заключения, списка литературы (54 наименования) и 29 приложений. В тексте работы представлено 151 таблица, 7 схем и 221 рисунок.

  1. Анализ сферы деятельности организации

    1. Организационно-правовой характер департамента образования и молодежной политики администрации г. Мегион ХМАО-Югра

Разработка БД в рамках дипломного проектирования проводилась для департамента образования и молодежной политики администрации г. МегионХМАО-Югра, но прежде чем приступать к разработке, необходимо провести анализ деятельности организации.

ДОиМП является органом администрации города, муниципальным органом управления образованием на территории муниципального образования, его деятельность направлена на обеспечение государственных образовательных стандартов и функционирования системы образования на уровне государственных нормативов.

ДОиМП в своей деятельности руководствуется:

  • Конституцией Российской Федерации;

  • Федеральными законами;

  • Указами Президента Российской Федерации;

  • Постановлениями Правительства Российской Федерации;

  • Уставом Ханты-Мансийского автономного округа - Югры;

  • Законами и другими нормативными правовыми актами органов государственной власти Ханты-Мансийского автономного округа – Югры;

  • Уставом города Мегион;

  • Постановлениями и распоряжениями главы города.

ДОиМП осуществляет свою деятельность во взаимодействии с исполнительными органами государственной власти, органами местного самоуправления, образовательными учреждениями и иными организациями.

ДОиМП является юридическим лицом с момента государственной регистрации, имеет свою печать, штампы, бланки со своим наименованием, лицевые счета получателя бюджетных средств, открываемые в департаменте финансов администрации города. ДОиМП является юридическим лицом, созданным для осуществления управленческих функций.

ДОиМП от лица администрации города осуществляет полномочия учредителя по отношению к подведомственным образовательным учреждениям.

Юридический адрес ДОиМП: 628681, Россия, Ханты-Мансийский автономный округ - Югра, г. Мегион, ул. Советская, 19.

Основной целью ДОиМП является осуществление исполнительной и распорядительной деятельности, в пределах своей компетенции, направленной на реализацию государственной, региональной и местной политики в сфере образования, конституционных прав граждан на получение образования соответствующего уровня в соответствии с их потребностями, интересами, способностями и возможностями.

В соответствии с вышеуказанной целью, ДОиМП в установленном порядке, решает следующие основные задачи:

  • организация предоставления общедоступного бесплатного начального общего, основного общего, среднего (полного) общего образования по основным общеобразовательным программам, за исключением полномочий по финансовому обеспечению образовательного процесса, отнесенных к полномочиям органов государственной власти субъектов Российской Федерации, организация отдыха детей в каникулярное время;

  • организация предоставления общедоступного бесплатного дошкольного образования на территории муниципального образования;

  • учет детей, подлежащих обязательному обучению в образовательныхучреждениях, реализующих образовательные программы основного общего образования;

  • определение стратегии развития сферы образования в целях обеспечения непрерывности и преемственности процесса образования;

  • прогнозирование развития системы образования, тенденций развитияна территории муниципального образования;

  • разработка проекта целевой программы развития образования,решение задач, вытекающих из федеральных, региональных, городских целевых программ, предусматривающих повышение качества образования;

  • определение и осуществление комплекса мер, направленных на стабилизацию и развитие системы образования с учётом региональных особенностей, национально-культурных и исторических традиций;

  • организация контроля за соблюдением образовательными учреждениями норм действующего законодательства, прав и законных интересов участников образовательного процесса;

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

  1.  
    1. Структура ДОиМП

В целях решения задач, выполнения функций, возложенных на ДОиМП, в его составе создаются следующие структурные подразделения (Приложение 1.2):

  • Административно управленческое подразделение

  • Управление по общему образованию:

  •  
    • Отдел по обеспечению предоставления общедоступного бесплатного дошкольного, начального общего, основного общего, среднего (полного) общего образования

    • Отдел воспитательной работы

    • Отдел мониторинга и анализа развития системы образования

    • Отдел анализа и отчетности

  • Отдел молодежной политики и организации летнего отдыха

  • Централизованная бухгалтерия

  •  
    • Экономический отдел;

    • Материальный отдел;

    • Расчетный отдел;

    • Финансовый отдел

    • Отдел по начислению родительской платы

    • Отдел экономического анализа и бухгалтерского учета

  • Отдел правовой, кадровой работы и документационного обеспечения

  • Отдел технического обеспечения.

  1.  
    1. Характеристики должностей сотрудников ДОиМП

После разработки и внедрения интегрированной БД по учету ВТ и ПО конечными пользователями станут следующие сотрудники:

  1. Системный администратор

  2. Бухгалтер

  3. Специалист отдела кадров

  4. Завхоз

  5. Экономист

В приложении 1.3 приведены общие характеристики, обязанности, права, ответственность данных специалистов, что в дальнейшем будет необходимо при разработке технического задания.

  1. Подбор средств и способов для разработки дипломного проекта

  1.  
    1. Цели создания интегрированной БД «Alex-1.0» по учету вычислительной техник и и программного обеспечения

Цель создания БД «Alex c- 1.0» - это автоматизация процесса ведения учета ВТ и ПО, регистрации заявок на обслуживание ВТ и заказ комплектующих, обеспечения возможности хранения и обработки сведений, полученных статистических данных и печати отчетов, интегрирования со служебной БД, отвечающей за защиту и разграничение прав доступа пользователей к БД.

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

  1.  
    1. Выбор базы данных

Любая информационная система преследует цель обработки данных об объектах реального мира, или иначе говоря, БД — это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области. Под предметной областью понимается часть реального мира, подлежащего изучению для организации управления и, в ко­нечном счете, автоматизации, например предприятие, вуз и т д.

Создавая БД, пользователь стремится упорядочить информацию по различ­ным признакам и быстро извлекать выборку с произвольным сочетанием признаков. Сде­лать это возможно, только если данные структурированы.

Структурирование — это введение соглашений о способах представления данных.

Неструктурированными называют данные, записанные, например, в текстовом файле.

Пользователями БД могут быть различные прикладные программы, про­граммные комплексы, а также специалисты предметной области, выступающие в роли по­требителей или источников данных, называемые конечными пользователями.

В современной технологии БД предполагается, что создание БД, ее поддержка и обеспечение доступа пользователей к ней осуществляются централизованно с помощью специального программного инструментария — системы управления БД.

БД — это поименованная совокупность структурированных данных, относящихся к определенной предметной области.

СУБД — это комплекс программ­ных и языковых средств, необходимых для создания БД, поддержа­ния их в актуальном состоянии и организации поиска в них необходимой информации.

Централизованный характер управления данными в БД предполагает необходимость существования некоторого лица (группы лиц), на которое возлагаются функции администрирования данными, хранимыми в базе.[50]

  1.  
    1.  
      1. Классификация БД

По технологии обработки данных БД подразделяются на централизованные и распределенные.

Централизованная БД хранится в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети ЭВМ, возможен распределенный доступ к такой базе. Такой способ использования БД часто приме­няют в локальных сетях ПК.

Распределенная БД состоит из нескольких, возможно пересекаю­щихся или даже дублирующих друг друга частей, хранимых в различных ПК вычисли­тельной сети. Работа с такой базой осуществляется с помощью системы управления распределенной БД (СУРБД).

По способу доступа к данным БД разделяются на БД с локальным доступом и БД с удаленным (сетевым) доступом.

Системы централизованных БД с сетевым доступом предполагают различные архитектуры подобных систем:

• файл-сервер;

• клиент-сервер.

Файл-сервер. Архитектура систем БД с сетевым доступом предполагает выделение одной из машин сети в качестве центральной (сервер, файлы). На такой машине хранится совместно используемая централизованная БД. Все другие машины сети выполняют функции рабочих станций, с помощью которых поддерживается доступ пользовательской системы к централизованной БД. Файлы БД в соответствии с пользовательскими запросами передаются на рабочие станции, где в основном и производится обработка. При большой интенсивности доступа к одним и тем же данным производительность информационной системы падает. Пользователи могут создавать также на рабочих станци­ях локальные БД, которые используются ими монопольно.

Клиент-сервер. В этой концепции подразумевается, что помимо хранения централи­зованной БД центральная машина (сервер БД) должна обеспечивать вы­полнение основного объема обработки данных. Запрос на данные, выдаваемый клиентом (рабочей станцией), порождает поиск и извлечение данных на сервере. Извлеченные данные (но не файлы) транспортируются по сети от сервера к клиенту. Спецификой архитектуры клиент-сервер является использование языка запросов SOL.[42]

  1.  
    1.  
      1. Структурные элементы БД

Понятие БД тесно связано с такими понятиями структурных элементов, как поле, запись, файл (таблица).

Поле — элементарная единица логической организации данных, которая соответст­вует неделимой единице информации — реквизиту. Для описания поля используются сле­дующие характеристики:

имя, например, Фамилия, Имя, Отчество, Дата рождения;

тип, например, символьный, числовой, календарный;

длина, например, 15 байт, причем будет определяться максимально возможным ко­личеством символов;

точность для числовых данных, например два десятичных знака для отображения дробной части числа.

Запись — совокупность логически связанных полей. Экземпляр записи — отдельная реализация записи, содержащая конкретные значения ее полей.

Файл (таблица) — совокупность экземпляров записей одной структуры.

В структуре записи файла указываются поля, значения которых являются ключами первичными (ПК), которые идентифицируют экземпляр записи, и вторичными (ВК), которые выполняют роль поисковых или группировочных признаков (по значению вторичного ключа можно найти несколько записей).

2.2.3. Виды моделей данных

Ядром любой БД является модель данных. Модель данных представляет собой множество структур данных, ограничений целостности и операций манипулирования дан­ными. С помощью модели данных могут быть представлены объекты предметной области и взаимосвязи между ними.

Модель данных — совокупность структур данных и операций их обра­ботки.

СУБД основывается на использовании иерархической, сетевой или реляционной моде­ли, на комбинации этих моделей или на некотором их подмножестве.

  1. Иерархическая модель данных

Иерархическая структура представляет совокупность элементов, связанных между собой по определенным правилам. Объекты, связанные иерархическими отношениями, образуют ориентированный граф (перевернутое дерево) (Рис.2.2.3.1).

Рис. 2.2.3.1 Иерархическая модель данных

К основным понятиям иерархической структуры относятся: уровень, элемент (узел), связь. Узел — это совокупность атрибутов данных, описывающих некоторый объект. На схеме иерархического дерева узлы представляются вершинами графа. Каждый узел на более низком уровне связан только с одним узлом, находящимся на более высоком уровне. Иерархическое дерево имеет только одну вершину (корень дерева), не подчиненную ника­кой другой вершине и находящуюся на самом верхнем (первом) уровне. Зависимые (подчи­ненные) узлы находятся на втором, третьем и т.д. уровнях. Количество деревьев в БД определяется числом корневых записей.

К каждой записи БД существует только один (иерархический) путь от корневой записи.

2. Сетевая модель данных

В сетевой структуре при тех же основных понятиях (уровень, узел, связь) каждый элемент может быть связан с любым другим элементом (Рис.2.2.3.2).

Рис.2.2.3.2Сетевая модель данных

3. Реляционная модель данных

Понятие реляционный (англ. relation — отношение) связано с разработками известного аме­риканского специалиста в области систем БД Е. Кодда.

Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.

Реляционная модель ориентирована на организацию данных в виде двумерных таб­лиц. Каждая реляционная таблица представляет собой двумерный массив и обла­дает следующими свойствами (Рис.2.2.3.3):

  • каждый элемент таблицы — один элемент данных;

  • все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;

  • каждый столбец имеет уникальное имя;

  • одинаковые строки в таблице отсутствуют;

  • порядок следования строк и столбцов может быть произвольным.

Рис.2.2.3.3Реляционная модель данных

Отношения представлены в виде таблиц, строки которых соответствуют кортежам или записям, а столбцы — атрибутам отношений, доменам, полям.

Поле, каждое значение которого однозначно определяет соответствующую запись, на­зывается простым ключом (ключевым полем). Если записи однозначно определяются значениями нескольких полей, то такая таблица БД имеет составной ключ.

Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы (возможно совпадение ключей); в противном случае нужно ввести в структуру первой таблицы внешний ключ — ключ второй таблицы. [34]

  1.  
    1. Выбор средств создания БД

В современных версиях пакетов программ для создания систем автоматизации обработки данных, которые отвечают требованиям RAD, можно выделить следующие отличительные черты разработки:

  • Наличие объектно-ориентированного языка программирования, позволяющее очень эффективно использовать модульный принцип составления программ.

  • Визуальные средства разработки, предоставляющие возможность заменить написание программного кода рисованием пользовательского интерфейса и заданием необходимой функциональности диалоговыми средствами.

  • Поддержка стандартных протоколов обмена данными между приложениями, позволяющая разрабатывать многоуровневые приложения, не зависящие от источника данных. Здесь же заложена возможность применения компонентной технологии создания приложений.

  • Возможность создания приложений клиент-сервер, позволяющая разрабатывать приложения неограниченной сложности и обеспечивать потребности целого предприятия в обработке данных.

Перечень современных средств разработки, систем автоматизации обработки данных обширен. Почти каждый месяц появляются новые версии этих продуктов той или иной фирмы - производителя программного обеспечения. Они включают все новые и новые возможности, облегчающие труд программиста. В приложении 2.3, таблице 2.3.1 дана сравнительная характеристика некоторых из них.

В этом дипломном проекте решено было использовать систему автоматизации обработки данных с помощью средств разработки Корпорации Microsoft.

Данный выбор был обусловлен тем, что:

  • Microsoft - самая крупная и на данный момент наиболее удачливая фирма-производитель программного обеспечения.

  • Программами Microsoft пользуются десятки миллионов человек во всем мире.

  • Средства разработки Microsoft отлично интегрированы между собой, поддерживают все современные протоколы обмена данными, и поэтому всегда можно использовать наиболее эффективный в конкретной ситуации пакет программ.

  • Личный опыт работы с средствами разработки Microsoft

Microsoft в настоящий момент предлагает пять пакетов программ, которые могут быть использованы для создания пользовательского приложения по обработке данных: Access, SQL Server, Visual Basic, Visual C++ и Visual FoxPro. Эти средства могут быть использованы как по отдельности - для решения конкретной поставленной задачи, так и в качестве интегрированного набора, каждый компонент которого может быть использован при разработке больших проектов масштаба предприятия (Приложение 2.3, таблица 2.3.2).

Общие черты СУБД

Общие черты рассматриваемых средств разработки это, во-первых, такие технологии, как OLE, ODBC, DAO, RDAO, ActiveX и пр., которые они поддерживают. Эти технологии закладывают возможность использования в одном приложении данных, хранящихся в различных форматах. Приложения можно легко разрабатывать, независимые от данных. Помимо этого, за счет OLE Automation, можно использовать функциональные возможности различных пакетов программ для выполнения с данными специфических операций. Классическим примером такой возможности является подготовка в приложении, написанном на Visual FoxPro, данных, хранящихся в формате Access, для вывода в виде сложного графика с использованием Мастера подготовки графиков Excel (Приложение 2.3, таблица 2.3.3)

Все СУБД, как правило, имеют сходный функциональный состав, в который входят диалоговые средства для работы с данными – это пользовательские средства, средства разработчика, обеспечивающие возможность создания пользовательского приложения, и дополнительные средства, от состава которых, как правило, зависят функциональные возможности и мощность разрабатываемых программ. Отражающая такой подход функциональная схема интерфейса СУБД представлена на рис. 2.2.1. В зависимости от назначения средства разработки, состав различных средств в конкретной СУБД может значительно отличаться. Например, в Access пользовательские средства развиты значительно сильнее, чем в Visual Basic, где они рассматриваются как вспомогательные функции.[8]

Особенности СУБД

VisualC++

Visual C++ предоставляет мощную и гибкую среду разработки, позволяющую создавать приложения для Microsoft Windows и приложения, основанные на Microsoft .NET. Эту среду можно использовать как в качестве интегрированной среды разработки, так и в качестве отдельных средств. Visual C++ состоит из следующих компонентов:

  • Средства компилятора Visual C++ 2010. Компилятор поддерживает как традиционную разработку с использованием машинного кода, так и разработку с использованием платформ виртуальных машин, таких как среда CLR. Visual C++ 2010 содержит компиляторы для целевого объекта x64 и Itanium. Компилятор продолжает напрямую поддерживать архитектуру x86 и оптимизирует производительность кода для обеих платформ.

  • Библиотеки Visual C++. Содержат общепризнанную библиотеку шаблонных классов (ATL), библиотеки Microsoft Foundation Class (MFC) и стандартные библиотеки, такие как стандартная библиотека C++, которая состоит из библиотеки iostreams, библиотеки стандартных шаблонов (STL) и библиотеки времени выполнения языка C (CRT). Библиотека CRT включает альтернативные функции с улучшенной безопасностью для функций с известными проблемами безопасности. Библиотека STL/CLR позволяет разработчикам, использующим управляемый код, использовать также и возможности библиотеки STL. Библиотека поддержки C++ предоставляет новые возможности для маршалинга данных и упрощает написание программ, использующих среду CLR.

  • Среда разработки Visual C++. Среда разработки предоставляет всестороннюю поддержку при управлении проектами и их настройке (включая улучшенную поддержку больших проектов), редактировании исходного кода, просмотре исходного кода, а также мощные средства отладки. Среда разработки также поддерживает технологию IntelliSense, которая предоставляет при написании кода подробные подсказки, учитывающие контекст.

Кроме традиционных приложений с пользовательским интерфейсом Visual C++ позволяет разрабатывать веб-приложения, приложения интеллектуальных клиентов для Windows, решения для мобильных устройств, использующих тонкие клиенты и интеллектуальные клиенты. Язык C++, являющийся самым популярным в мире языком уровня системы, и Visual C++ вместе предоставляют разработчику высококлассное средство мирового уровня для построения программного обеспечения.[45]

VisualFoxPro.

Интерфейс Visual FoxPro отвечает представлениям о современной графической среде, напоминая интерфейс иных программ Microsoft. Здесь основная работа с данными выполняется с помощью различных инструментальных средств, поэтому команды меню часто имеют вспомогательный характер и их состав гибко меняется в зависимости от того, какое средство активно в данный момент.

Отличительные черты Visual FoxPro можно описать следующим образом:

1. Обеспечение возможности быстрой разработки прикладной программы базируется на включении средств, которые позволяют повысить скорость работы программиста. В первую очередь это средства объективно-ориентировочного программирования, позволяющие пользователю формировать компоненты своего проекта (объекта), которые затем могут многократно использоваться. В связи с этим традиционный Xbase язык в Visual FoxPro позволяет создавать истинные объекты, классы и подклассы. Кроме того, объекты могут быть созданы с помощью визуальных средств и визуально использоваться в любое время.

2. Обеспечение полного набора средств для управления событиями. Традиционно в Xbase от программиста требовалось написать собственный драйвер для обработки необходимого набора событий или положиться на READ-состояние ожидания, которое моделирует обработку события системой. В WINDOWS, число событий, к которым может обращаться пользователь, весьма велико, и, следовательно, обработка событий является непростой задачей. Visual FoxPro имеет истинно управляемую событиями модель, так что по умолчанию система раньше, чем пользователи обрабатывает объектные события. Кроме того, программист теперь имеет полный доступ к набору стандартных на функционировании WINDOWS событий (например, движение мыши, которые допускают перетаскивание объектов).

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

Разработчики систем автоматизации обработки данных, кроме мощного набора визуальных средств проектирования могут использовать широкие возможности по интеграции систем хранения данных и доступа к серверам данных с помощью технологии ODBC. Основные новшества - это расширение встроенного языка SQL, возможность обновления данных на сервере через редактирование курсоров, встроенный механизм обеспечения транзакций, возможность обращения к серверу на том диалекте SQL, который поддерживает сервер. Наличие словаря данных делает более быстрой разработку структуры баз данных и облегчает ее дальнейшую эксплуатацию и поддержку.

4. Обеспечение полной интеграции Visual FoxPro в семейство прикладных программ Micrpоsoft. Единый интерфейс с наиболее популярными прикладными программами Microsoft делает работу в интерактивном режиме интуитивно понятной. Поддержка правой кнопки мыши позволяет избежать долгих путешествий по системе меню и значительно облегчает изучение новых возможностей СУБД. Просто выберите курсором объект и нажмите правую кнопку мыши. На некоторых диалоговых окнах, которые часто используются в работе на полосе заголовка, появился переключатель в виде анимационной пиктограммы (push pin), позволяющий легко включить режим, при котором это окно будет всегда расположено на переднем плане. Visual FoxPro обеспечивает полную поддержку OLE , что облегчает взаимодействие с другим программным обеспечением в среде WINDOWS. Помимо оставшейся возможности загрузки внешних функций посредством команды SET LIBRARY появилась возможность обращения к функциям динамических DLL библиотек WINDOWS посредством команды DECLARE.

5. Совместимость с ранее разработанным обеспечением в среде FoxPro.

Access

Access - это самая популярная сегодня настольная система управления базами данных. Ее успех можно связывать с великолепной рекламной компанией, организованной Microsoft, или включением ее в богатое окружение семейства Microsoft Office. Вполне возможно, что это так. Но корень успеха скорее всего заключается в прекрасной реализации продукта, рассчитанного как на начинающего, так и на квалифицированного пользователя. Его основныхе конкуренты, например Paradox for Windows или Lotus Approach. Эта система прекрасно освещена в периодической компьютерной печати.

СУБД Access для работы с данными использует процессор баз данных Microsoft Jet, объекты доступа к данным и средства быстрого построения интерфейса - Конструктор форм. Для получения распечаток используются Конструкторы отчетов. Автоматизация рутинных операций может быть выполнена с помощью макрокоманд. На тот случай, когда не хватает функциональности визуальных средств пользователи Microsoft Access могут обратиться к созданию процедур и функций. При этом как в макрокомандах можно использовать вызовы функций, так и из кода процедур и функций можно выполнять макрокоманды.

Несмотря на свою ориентированность на конечного пользователя в Access присутствует язык программирования Visual Basic for Application, который позволяет создавать массивы, свои типы данных, вызывать DLL-функции, с помощью OLE Automation контролировать работу приложений, которые могут функционировать как OLE -серверы. Можно целиком создавать базы данных с помощью кодирования, когда в этом появляется необходимость.

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

Главное качество Access, которое привлекает к нему многих пользователей,- тесная интеграция с Microsoft Office. К примеру, скопировав в буфер графический образ таблицы, открыв Microsoft Word и применив вставку из буфера, мы тут же получим в документе готовую таблицу с данными из БД.

Вся работа с БД осуществляется через контейнеры БД. Отсюда осуществляется доступ ко всем объектам, а именно: таблицам, запросам, формам, отчетам, макросам, модулям.

Посредством драйверов ISAM можно получить доступ к файлам таблиц некоторых других форматов: DBASE, Paradox, Excel, текстовым файлам, FoxPro 2.x, а посредством технологии ODBC - и к файлам многих других форматов.Access может выступать как в роли OLE- контролера, так и OLE сервера. Это значит, что можно контролировать работу приложений Access из любого приложения, при условии, что оно может выступать в роли OLE контролера и наоборот.

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

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

Microsoft Access - это типичная настольная БД. В то же время на небольшом предприятии с количеством компьютеров не больше десяти, ресурсов Access вполне может хватить для обслуживания всего делопроизводства, естественно в связке с Microsoft Office. То есть все пользователи могут обращаться к одной БД, установленной на одной рабочей станции, которая не обязательно должна быть выделенным сервером. Для того, чтобы не возникли проблемы сохранности и доступа к данным, имеет смысл воспользоваться средствами защиты, которые предоставляет Access. При этом вы можно воспользоваться мастером для того чтобы установить права и ограничения для пользователей.

В отличие от других рассмотренных средств разработки, Access имеет русифицированный интерфейс и частично переведенный на русский язык файл контекстной помощи.

А также Access обладает лучшей встроенной системой защиты среди всех настольных приложений СУБД. В Access 2003 можно создавать группы, пользователей, присваивать права доступа ко всем объектам, в том числе и модулям, а это решает вопрос закрытия ваших процедур и функций от чужих глаз. Так как для Access нет компилятора, то необходимость защиты становится очень актуальной для разработчиков. Система защиты доступна только при открытой БД. Каждому пользователю можно предоставить индивидуальный пароль. Система защиты доступна как с помощью визуальных средств, так и программным путем. Если вы хотите защитить вашу БД даже от пользователя с именем Admin, то пользуйтесь услугами настройки Sequrity, которая поставляется вместе с Access Developer Toolkit (коммерческая версия). Помимо этого вы можете закрыть вашу БД от просмотра внешними программами. А вот в Access 2007, 2010 защита на уровне пользователя для баз данных, созданных в новом файловом формате (файлы с расширением ACCDB и ACCDE) не обеспечивается. Однако при открытии в Access 2007 базы данных более ранней версии Access с примененной защитой на уровне пользователя эти параметры будут действовать.

При преобразовании базы данных более ранней версии Access с защитой на уровне пользователя в новый файловый формат Access автоматически удаляет все параметры такой защиты, а к файлу применяются правила обеспечения безопасности, предусмотренные для формата ACCDB или ACCDE.

Visual Basic

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

В отличие от большинства пакетов программ Visual Basic не имеет главного окна, объединяющего все остальные элементы интерфейса разработчика. Каждый элемент Visual Basic имеет свое независимое окно, которое может быть убрано или расположено независимо от других в любом месте экрана.

Процессор данных в Visual Basic поддерживает все стандартные операции по созданию, изменению и удалению таблиц, индексов и запросов.

Формат БД процессора данных Visual Basic соответствует формату Access. JET также обеспечивает поддержку целостности и проверку вводимых и изменяемых данных на уровне полей и записей. Для изменения данных JET позволяет использовать язык SQL.

Управление базой данных обеспечивается процессором данных с помощью объектов для доступа к данным. Эти объекты позволяют разработчику программным путем, с помощью соответствующих свойств и методов DAO, как манипулировать данными, так и управлять структурой БД, включая ее создание. По сравнению с предыдущей версией Visual Basic возможности объектов для доступа к данным теперь существенно расширены. В Visual Basic для работы с данными можно применять для работы с данными несколько рабочих областей, поддерживать целостность данных, включая каскадное удаление и обновление, и обеспечивать их защиту от несанкционированного доступа. Кроме этого применение коллекций существенно сокращает программный код.

Уникальным свойством JET является возможность создания копий данных (репликации БД). Для создания копий БД разработчику достаточно воспользоваться методом MakeReplica при задании метода Synchronize выполняется согласование данных в обновляемой и оригинальной БД. Причем эти операции могут выполняться как с файлами формата БД процессора данных, так и с БД других форматов, поддерживаемых через ODBC.

В Visual Basic Enterprice Edition включены объекты для доступа к внешним данным - Remote Data Object (RDO) и соответствующие элементы управления- Remote Data Control (RDC). Это позволяет, не прибегая к помощи процессора данных JE, использовать все возможности работы с курсорами на сервере, достигая максимально возможной скорости доступа к данным минимизируя сетевой трафик.

MS SQL Server

Microsoft SQL Server - одна из наиболее мощных СУБД архитектуры клиент - сервер. Эта СУБД позволяет удовлетворять такие требования, предъявляемые к системам распределенной обработке данных, как тиражирование данных, параллельная обработка, поддержка больших баз данных на относительно не дорогих аппаратных платформах при сохранении несмежного управления.

MS SQL Server представляет собой систему, конечно, плохо сравнимую с рассмотренными выше СУБД. Он не предназначен непосредственно для разработки пользовательских приложений, а выполняет функции управления базой данных. Для пользовательского приложения SQL Server является мощным источником генерации и управления нужными данными.

Сервер имеет средства удаленного администрирования и управления операциями, организованные на базе объектно - ориентированной распределенной среды управления. Microsoft SQL Server входит в состав семейства Microsoft BackOffice, объединяющего 5 серверных приложений, разработанных для совместного функционирования в качестве интегрированной системы.

Microsoft SQL Server предназначен исключительно для поддержки систем, работающих в среде клиент-сервер. Он поддерживает широкий спектр средств разработки и максимально прост в интеграции с приложениями, работающими на ПК.

SQL Server имеет масштабируемую архитектуру блокировок, называемую Динамической блокировкой (Dinamic Locking), которая комбинирует блокировку на уровне страницы и записи для достижения максимальной производительности и подключения максимального числа пользователей.

SQL Server может тиражировать информацию в БД иных форматов, включая: Oracle, BM DB2, Sybase, Microsoft Access и другие СУБД (при наличии ODBC драйвера, отвечающего определенным требованиям).

Хранимые процедуры, поддерживающие OLE Automation, позволяют разработчику применять практически любой инструмент из тех, что поддерживают OLE, в целях создания хранимых процедур для SQL Server. Многочисленные расширения языка Transact-SQL включают расширенную поддержку курсоров, возможность использования команд определения данных внутри транзакций и т.д.

Microsoft SQL Server содержит Ассистент администратора. Этот инструмент позволяет назначать основные процедуры сопровождения базы данных и определять для них график выполнения. Операции по сопровождению баз данных включают проверку распределения страниц, целостности указателей в таблицах (включая системные) и индексах, обновления информации, необходимой оптимизатору, реорганизацию страниц в таблицах и индексах, создание страховочных копий таблиц и журналов транзакций. Все эти операции могут быть установлены для автоматического выполнения по заданному администратором графику.

Пакет Enterprise Manager включает утилиту, позволяющую переносить некоторые или все объекты из одной базы данных в другую. Используя эту утилиту разработчик или администратор может:

  • выполнять копирование объектов любого типа с указанием, какого типа объекты подлежат копированию (или копировать все объекты всех типов);

  • переносить схему базы данных вместе с данными или без них;

  • дополнять или замещать существующие данные;

  • уничтожать объекты в базе-приемнике перед копированием схемы;

  • для копируемого объекта включать объекты от него зависящие;

  • использовать стандартные настройки генерации кода создания/удаление объектов или использовать собственные;

  • определять момент выполнения переноса объектов: немедленно однократно в определенный момент времени, многократно по определенному графику.

SQL Server предоставляет возможность создания страховочных копий и восстановления индивидуальных таблиц. Загрузка таблицы может быть выполнена либо из копии индивидуальной таблицы, либо из копии базы данных. Загрузка индивидуальных таблиц может оказаться хорошим решением при необходимости восстановления данных после сбоя, когда загрузка всей базы данных неэффективна. [8]

  1.  
    1. Описание выбранного средства

Делая вывод, на основании проведенного анализа СУБД, можно сказать, что для разработки дипломного проекта наиболее удобен Microsoft Access 2003 с использованием среды программирования Visual Basic. Он полностью удовлетворяет требованиям для создания БД для ДОиМП:

Прекрасное освещение в периодической компьютерной печати.

Входит в пакет Microsoft Office и поэтому является наиболее доступным в материальном плане, что является немаловажным фактором для бюджетного учреждения.

Имеются: конструктор форм, конструктор отчетов, макрокоманды,. богатый набор визуальных средств,

Есть возможность создания процедур и функций.

Присутствует язык программирования Visual Basic for Application,

имеет, пожалуй, самый

Тесная интеграция с Microsoft Office.

Работа с БД осуществляется через контейнеры БД. А это доступ ко всем объектам: таблицам, запросам, формам, отчетам, макросам, модулям.

Посредством драйверов ISAM можно получить доступ к файлам таблиц некоторых других форматов: DBASE, Paradox, Excel, текстовым файлам, FoxPro, а посредством технологии ODBC - и к файлам многих других форматов.

Microsoft Access может выступать как в роли OLE- контролера, так и OLE сервера.

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

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

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

Обладает лучшей встроенной системой защиты для сохранности и доступа к данным, среди всех настольных приложений СУБД. Может создавать группы, пользователей, присваивать права доступа ко всем объектам, в том числе и модулям. Можно воспользоваться мастером для того чтобы установить права и ограничения для пользователей, создание БД Sequrity, которая поставляется вместе с Access Developer Toolkit (коммерческая версия). Помимо этого можно закрыть БД от просмотра внешними программами.

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

2.5 Интегрированные БД

Интеграция данных включает объединение данных, находящихся в различных источниках и предоставление данных пользователям в унифицированном виде.[52]

Методы интеграции данных

Существует три основных метода интеграции данных: консолидация, федерализация и распространение.

Консолидация данных. При использовании этого метода данные собираются из нескольких первичных систем и интегрируются в одно постоянное место хранения. Такое место хранения может быть использовано для подготовки отчетности и проведения анализа, как в случае Хранилища данных, или как источник данных для других приложений, как в случае операционного склада данных.

Федерализация данных обеспечивает единую виртуальную картину одного или нескольких первичных файлов данных. Если бизнес-приложение генерирует запрос к этой виртуальной картине, то процессор федерализации данных извлекает данные из соответствующих первичных складов данных, интегрирует их таким образом, чтобы они отвечали виртуальной картине и требованиям запроса, и отправляет результаты бизнес-приложению, от которого пришел запрос. По определению, процесс федерализации данных всегда заключается в извлечении данных из первичных систем на основании внешних требований. Все необходимые преобразования данных осуществляются при их извлечении из первичных файлов.

Приложения распространения данных осуществляют копирование данных из одного места в другое. Эти приложения обычно работают в оперативном режиме и производят перемещение данных к местам назначения, т.е. зависят от определенных событий. Обновления в первичной системе могут передаваться в конечную систему синхронно или асинхронно. Синхронная передача требует, чтобы обновления в обеих системах происходили во время одной и той же физической транзакции. Независимо от используемого типа синхронизации, метод распространения гарантирует доставку данных в систему назначения. Большинство технологий синхронного распространения данных поддерживают двусторонний обмен данными между первичными и конечными системами.

Гибридный подход. Методы, используемые приложениями интеграции данных, зависят как от нужд бизнеса, так и от технологических требований. Достаточно часто приложение интеграции данных использует так называемый гибридный подход, который включает несколько методов интеграции. [30]

К созданию БД «Alex – 1.0» подходит гибридный подход, т.к.интегрирование защиты и добавления данных имеют разнее подходы:

Защита БД – это федерализация данных, т.к. обеспечивается единая виртуальная картина двух первичных файлов данных. При открытии БД«Alex – 1.0» генерируется запрос к этой виртуальной картине, процессор федерализации данных извлекает данные из БД «Security», интегрирует их таким образом, чтобы они отвечали виртуальной картине и требованиям запроса, и отправляет результаты в соответствии с запросом в БД «Alex – 1.0».

Добавление данных – консолидация данных, т.к. данные собираются из нескольких первичных систем: Парус-8, Сервер и интегрируются в одно постоянное место хранения.

  1. Разработка Интегрированной базы данных по учету вычислительной техники и программного обеспечения «alex-1.0»

  1.  
    1. Описание и постановка задачи

Для того чтобы начать разработку БД нужно четко сформулировать задачу. На первом этапе постановки задачи можно воспользоваться диаграммой IDEF0. IDEF0 это методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность.[54]

«Организация учета ВТ и ПО» это центральная активность. Входными данными являются ВТ и ПО, выходными являются конечные отчеты. Но прежде чем проводить учет ВТ и ПО необходимо организовать условия защиты информации, т.е. разграничить права пользователей, создать пароли, ограничить доступ к персональным данным сотрудников, данным о ВТ и ПО, к настройкам БД. Далее при заполнении БД необходимо использовать данные имеющиеся в справочниках, и соответственно, по ходу появления новой справочной информации пополнять их. При организации учета ВТ, кроме технических характеристик еще берутся и персональные данные сотрудников, для того чтобы знать, у кого и какая ВТ находится, какое ПО необходимо установить на нее для конкретного пользователя. Далее обслуживание ВТ оформляется заявкой, при необходимости закупки комплектующих оформляется заявка на заказ комплектующих. Если необходимо предоставит реквизиты ДОиМП сторонним организациям можно воспользоваться «Карточкой организации» (Приложение 3.1, таблица 3.1.1).

При анализе бизнес-процесса ДОиМП надо ответить на 6 вопросов: что, как, где, кто, когда и почему.

При ответе на первый вопрос: "Что лежит в основе данного процесса?", как правило, выявляются наиболее важные для него компоненты:

  • Вычислительная техника;

  • Программное обеспечение;

  • Сотрудники;

  • Заявки;

  • Карточка организации;

  • Пользователи;

  • Пароли.

Ответы на второй вопрос: "Как это делается?" позволяют получить список основных процессов, происходящих в ДОиМП:

  • Импорт данных;

  • Заполнение справочников;

  • Смена пользователей;

  • Оформление заявок;

  • Оформление заказов;

  • Анализ данных;

  • Интеграция с БД по защите данных

Вопрос: "Где происходят данные процессы?"

Все операции выполняются в пределах одного здания, а организация совместного использования данных основана на возможностях локальной сети и сервера БД.

Вопрос: "Кто выполняет эти процессы?"

  1. Системный администратор

  2. Бухгалтер

  3. Специалист отдела кадров

  4. Завхоз

  5. Экономист

Вопрос: "Когда выполняется то или иное действие?"

  • ВТ добавляется в БД по мере поступления в ДОиМП;

  • ПО добавляется в БД по мере поступления в ДОиМП;

  • Сотрудники добавляются в БД при устройстве на работу;

  • Реквизиты организации заносятся при начале работы с БД, а в дальнейшем только корректируются при их изменении;

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

  • Статотчетность – поквартально;

  • Дата лицензии ПО меняется в зависимости от даты окончания лицензии;

  • Заявка/заказ два раза в месяц

Последний вопрос: "Почему эти действия выполняются?" позволяет определить мотивацию:

  1. Чтобы обеспечить условия для успешной деятельности сотрудников.

  2. Чтобы уменьшить затрачиваемое временя на обработку информации.

  3. Чтобы организовать своевременную закупку комплектующих, и уменьшить затраты на них.

  4. Чтобы обеспечить защиту информации БД.

Ответив на шесть перечисленных вопросов можно перейти к главному в постановке задачи - построении концептуальной информационной модели ДОиМП. Для построения такой модели используется диаграмма Чена. Она представляет собой граф с двумя типами вершин. Вершины первого типа - сущности, представляющие объекты ПО, изображаются прямоугольниками. Второй тип вершин в диаграммах Чена, называемый «связи» и изображаемый ромбами, предназначен для представления взаимодействий объектов, образовавших сущности.

Для представления типа связи в схемах Чена используется специальная разметка линий, соединяющих сущности и связи. На концах линий, присоединенных к сущностям, применяются четыре символа:

|| - две вертикальные линии, означают обязательное участие в связи одного и только одного объекта,

0| - ноль и вертикальная линия, означают участие в связи не более одного объекта,

>| - один или более объектов могут участвовать в связи,

>0 – ноль или более, то есть любое число объектов может участвовать в связи.

Как и реляционная модель, ER диаграмма (Entity-relationship diagram (ERD) - диаграмма "Сущность-связь"). непосредственно поддерживает ограниченный набор типов связей: бинарные связи «один к одному» и «один ко многим». Поэтому ER диаграммы часто являются промежуточным представлением между концептуальной схемой в виде диаграммы Чена и структурой реляционной базы (Приложение 3.1, таблица 3.1.1, рисунок 3.1.2). [31]

  1.  
    1. Техническое задание на разработку БД

При разработке БД «Alex-1.0» стояли следующие задачи:

  • максимально автоматизировать ввод информации пользователем, снизить до минимума количество выполняемых пользователем элементарных операций;

  • автоматизировать движение ВТ и ПО, сделать работу с БД простой и интуитивно понятной для пользователя;

  • предусмотреть возможность работы с БД на удаленном компьютере;

  • импортировать данные в БД из Microsoft Excel, Парус-8, Сервер;

  • установить защиту БД «Alex-1.0» путем интегрирования c БД Security

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

БД должна выполнять следующие функции:

  • ввод информации в БД, в том числе импорт данных из Microsoft Excel, Парус-8 (формат xlsx), Сервер (формат csv);

  • редактирование информации, хранящейся в БД;

  • удаление информации;

  • чтение информации;

  • поиск необходимой информации;

  • сортировка записей;

  • создание отчетов;

  • разграничение доступа пользователей;

  • резервное копирование данных;

  • добавление, удаление пользователей. Смена уровней доступа и пароля у пользователя;

Задачи пользователей связаны с их сферой деятельности и показаны в приложении 3.2.1

Описание БД «Alex-1.0»:

Запуск должен происходить через кнопочную форму с тематической картинкой программы. С этой же формы можно перейти в настройки БД или выйти из нее.

Главная рабочая форма должна быть разделена на две части:

  • Правая – таблица, содержит общие данные по ВТ;

  • Левая – кнопочная форма переходит в рабочие окна;

  • Главные окна базы данных должны быть расположены во весь экран;

  • Вспомогательные окна - окна диалога, располагаться в центре экрана;

  • Копирайт {(c) 2012 Департамент образования и молодежной политики администрации г.Мегион} внизу кнопочной формы.

Требования к функционалу определены в приложении 3.2.2

Минимальные системные требования к программным и аппаратным средствам:

  1. Операционная система: Windows 2000/XP/Vista/7.

  2. Microsoft Access 2003/2007/2010.

  3. Процессор: Pentium III 400 MHz и выше.

  4. Оперативная память: 512 Мб.

  5. Видеокарта: 32 Мб.

  6. Место на жестком диске: 500 Мб.

  7. Графическое разрешение экрана: рекомендуемое - 1024×768.

  8. Клавиатура, манипулятор «мышь».

  1.  
    1. Задание первичных и альтернативных ключей, атрибутов, сущностей

Задание первичных и альтернативных ключей, определение атрибутов сущностей информационная модель приведена в приложении 3.3.

  1.  
    1. Приведение модели к требуемому уровню нормальной форму

Приведение модели к требуемому уровню нормальной формы является основой построения реляционной БД. В процессе нормализации элементы данных группируются в таблицы, представляющие объекты и их взаимосвязи. Теория нормализации основана на том, что определенный набор таблиц обладает лучшими свойствами при включении, модификации и удалении данных, чем все остальные наборы таблиц, с помощью которых могут быть представлены те же данные. Введение нормализации отношений при разработке информационной модели обеспечивает минимальный объем физической, то есть записанной на каком-либо носителе, БД, и ее максимальное быстродействие, что впрямую отражается на качестве функционирования информационной системы. (Приложение 3.4). [8]

  1.  
    1. Физической описание модели

      1. Создание таблиц

Для хранения данных в БД «Alex-1.0» создано 30 таблиц, структура которых приведена ниже.

Описание таблиц БД (Приложение 3.5.3):

  1. Таблица tblAdres содержит адрес организации.

  2. Таблица tblBancRecvizit содержит банковские реквизиты организации.

  3. Таблица tblСartotschkaDO содержит данные о ДОиМП.

  4. Таблица tblDolgnosti содержит должности.

  5. В таблицеtblFIO находятся фамилия, имя, отчество сотрудников ДОиМП.

  6. Таблица tblGrup содержит группы ВТ.

  7. Таблица tblKodGoroda содержит код города.

  8. Таблица tblKompDannye содержит IP адрес, имя клиента.

  9. Таблица tblNaimenovanieOrganizacii содержит наименование организации.

  10. Таблица tblNomenklaturaMZ содержит справочник комплектующих.

  11. Таблица tblNomenklaturaOC содержит справочник ВТ.

  12. Таблица tblNomenklaturaPO содержит наименования программ.

  13. Таблица tblOtmetkaZakaz содержит отметку о выполнении заказа.

  14. Таблица tblPolzovateli содержит информацию о сотрудниках.

  15. Таблица tblPOSroc содержит дату окончания лицензии ПО.

  16. Таблица tblPOUstanovka содержит информацию о ПО.

  17. ТаблицаtblSpisaniePrikaz содержит номер и дату приказа на списание.

  18. Таблица tblSpisaniePritschina содержит причину списания ВТ.

  19. Таблица tblStruktura содержит структуру организации.

  20. Таблица tblTelefon содержит код города и номера телефонов организации.

  21. Таблица tblTelKab содержит номера телефонов и кабинетов организации.

  22. ТаблицаtblTOGestciyDisc содержит характеристики жесткого диска.

  23. Таблица tblTOOperPamyt содержит характеристики оперативной памяти.

  24. Таблица tblTOProz содержит характеристики процессора.

  25. В таблице tblTOGrup объединяются технические характеристики компьютеров и серверов.

  26. Таблица tblVT содержит информацию о вычислительной технике.

  27. В таблицу tblZagruzca импортируются внешние данные о ВТ из Парус 8 – бухгалтерия.

  28. Таблица tblZakazKomplektuyschie содержит информацию о заказе комплектующих.

  29. ТаблицаtblZayvka содержит информацию о заявках на обслуживание ВТ.

  30. В таблице tblZayvkaRegistr регистрируются заявки на обслуживание и ставится отметка о их выполнении.

  1.  
    1.  
      1. Схема данных

Следующим этапом создания БД является разработка схемы данных, создание связей между таблицами (Приложение 3.5.4).

  1.  
    1.  
      1. Создание запросов

Запрос — это набор инструкций, который можно использовать для обработки данных. Запрос не только возвращает результаты — которые можно сортировать, группировать и фильтровать — с помощью запроса можно также создавать, копировать, удалять и изменять данные.[46]

В БД «Alex-1.0» используется 4 вида запроса:

  • Простой запрос,

  • Перекрестный запрос,

  • Запрос на удаление,

  • Запрос на добавление

Описание простых запросов (Приложение 3.5.5.1):

Запрос на выборку zprCartotschkaDO создается из таблиц: tblBancRecvizit, tblCartotschkaDO, tblNaimenovanieOrganizacii, tblPolzovateli, tblTelefon, tblTelKab. Производится выборка реквизитов ДОиМП.

Запрос на выборку zprObschay создается из таблиц: tblVT, tblPolzovateli, tblTelKab, tblNomenklaturaOC. Производится выборка информации о ВТ.

Запрос на выборку zprPasportKabineta создается из таблиц: tblVT, tblPolzovateli, tblFIO, tblNomenklaturaOC. Производится выборка принадлежности ВТ сотрудникам и кабинетам. При открытии запроса задается номер кабинета.

Запрос на выборку zprPodtvergdenieScklad создается из таблиц: tblVT, tblPolzovateli, tblNomenklaturaOC. Производится выборка движения ВТ: выдача и склад.

Запрос на выборку zprPodtvergdenieSpisanie создается из таблиц: tblVT, tblPolzovateli, tblFIO, tblNomenklaturaOC. Производится выборка для списания ВТ.

Запрос на выборку zprPOUst создается из таблиц: tblVT, tblPolzovateli, tblNomenklaturaOC, tblPOUstanovka.Производится выборка установленного ПО.

Запрос на выборку zprSkladOC создается из таблиц: tblVT, tblPolzovateli, tblNomenklaturaOC. Производится выборка ВТ на складе.

Запрос на выборку zprSpisanieOC создается из таблиц: tblVT, tblPolzovateli, tblNomenklaturaOC, tblFIO. Производится выборка списанного ВТ.

Запрос на выборку zprVidanoOC создается из таблиц: tblVT, tblPolzovateli, tblNomenklaturaOC. Производится выборка ВТ выданного в пользование.

Запрос на выборку zprVTBezSpis создается из таблиц: tblVT, tblPolzovateli, tblNomenklaturaOC, tblGrup. Производится выборка компьютеров и серверов имеющихся в наличии.

Запрос на выборку zprZakazKomplektuyschie создается из таблиц: tblZakazKomplektuyschie, tblZayvka, tblZayvkaRegistr. Добавляется дополнительное поле «Цена за комплектующие» и с помощью Построителя выражений вычисляется цена за комплектующие: CCur(tblZakazKomplektuyschie.Количество*[Цена]). Производится выборка комплектующих, их количество, цена. Рассчитывается стоимость комплектующих.

Запрос на выборку zprZayvka создается из таблиц: tblVT, tblPolzovateli, tblNomenklaturaOC, tblTelKab, tblZayvka, tblZayvkaRegistr. Производится выборка заявок на обслуживание.

Запрос на выборку zprZayvkaRegistr создается из таблиц: tblZayvkaRegistr. Добавляется дополнительное поле «Год» и с помощью Построителя выражений вычисляется год регистрации заявки: Format([ДатаЗаявки],"yyyy"). Производится выборка регистрации заявок. При открытии запроса задается дата на начало и конец периода.

Описание перекрестных запросов(Приложение 3.5.5.2):

Перекрестный запрос zprVTPrihodGod создается из таблиц: tblVT, tblNomenklaturaOC. Производится расчет прихода ВТ по годам.

Перекрестный запрос zprVTSpisGod создается из запроса zprObschay. Производится расчет списания ВТ по годам, с разбивкой по дате ввода в эксплуатацию.

Перекрестный запрос zprVTSpisGod1 создается из запроса zprObschay. Производится расчет списания ВТ по годам.

Перекрестный запрос zprVTVnalitschii создается из таблиц: tblVT, tblNomenklaturaOC. Производится расчет ВТ имеющегося в наличии по годам.

Описание запроса на добавление (Приложение 3.5.5.3):

Запрос на добавление zprVTZagruzcaDob заносит данные из таблицы tblVTZagruzca в таблицу tblVT.

Описание запроса на удаление (Приложение 3.5.5.4):

Запрос на удаление zprVTZagruzcaDel очищает поля таблицы tblVTZagruzca.

  1.  
    1.  
      1. Создание форм

Microsoft Access предоставляет возможность вводить данные как непосредственно в таблицу, так и с помощью форм. Форма в БД - это структурированное окно, которое можно представить так, чтобы оно повторяло форму бланка. Формы создаются из набора отдельных элементов управления.

Внешний вид формы выбирается в зависимости от того, с какой целью она создается. Формы Microsoft Access позволяют выполнять задания, которые нельзя выполнить в режиме таблицы. Формы позволяют вычислять значения и выводить на экран результат. Источником данных для формы являются записи таблицы или запроса.[50]

Форма предоставляет возможности для:

  • ввода и просмотра информации базы данных

  • изменения данных

  • печати

  • создания сообщений

Описание форм БД (Приложение 3.5.6):

БД «Alex-1.0» состоит из:

  • основных форм: frmCalendar, frmGeneral, frmGurnal, frmGurnalKS, frmGurnalZayvok, frmKartotschkaDO, frmKnop, frmOttschet, frmOttschetVse, frmPersSotrudniki, frmPodtvergdenieNaSklad, frmPodtvergdenieSoSklada, frmPodtvergdenieSpis, frmPolzovateli, frmSclad, frmSpisanie, frmSpravotschniki, frmSprAdres, frmSprCabinet, frmSprDolgnosty, frmSprKompDannye, frmSprNomenklaturaMZ, frmSprNomenklaturaOC, frmSprNomenklaturaPO, frmSprPOSroc, frmSprSpisaniePrikaz, frmSprSpisaniePritschin, frmSprStructuraDOiMP, frmSprTelefon, frmSprTO, frmVidano, frmZayvka, frmZayvkiVibor

  • подчиненных форм: pfrmObschay, pfrmPersSotrudniki, pfrmPO, pfrmTO, pfrmTOGestciyDisc, pfrmTOOperPamyt, pfrmTOProz, pfrmVTBezSpis, pfrmZakazKomplektuyschie, pfrmZakazKomplektuyschie1, pfrmZayvka, pfrmZayvka1, pfrmZayvkaRegistr

Функциональная структура БД Alex1.0 показана на рисунке 3.5.6в приложении 3.5.6

  1.  
    1.  
      1. Создание отчетов

Отчет – это форматированное представление данных, которое выводится на экран, в печать или файл. Он позволяет извлечь из базы нужные сведения и представить их в виде, удобном для восприятия, а также предоставляет широкие возможности для обобщения и анализа данных. При печати таблиц и запросов информация выдается практически в том виде, в котором хранится. [44]

Описание отчетов БД (Приложение 3.5.7):

Отчет ottCabinet, содержит информацию о принадлежности ВТ сотрудникам и кабинетам.

Отчет ottCartotschcaDO содержит реквизиты ДОиМП.

Отчет ottGurnalUtschetaSPVT содержит информацию о списаноой ВТ.

Отчет ottGurnalUtschetaSVT содержит информацию о ВТ на складе.

Отчет ottGurnalUtschetaVVT содержит информацию о выданной ВТ.

Отчет ottGurnalZacaz содержит информацию о заказах.

Отчет ottGurnalZayvok содержит информацию о заявках.

Отчет ottSpisPO содержит перечень имеющихся программ.

Отчет ottSpisTelefonov содержит телефонный справочник по сотрудникам.

Отчет ottUstPO содержит информацию об установленном программном обеспечении.

Отчет ottVTDvigenie содержит движение ВТ по годам.

Отчет ottZakazEconom содержит информацию о заказе комплектующих.

Отчет ottZayvkaAdmin содержит информацию о заявке на обслуживание и заказе комплектующих.

  1.  
    1.  
      1. Создание макросов

Макрос в Microsoft Access представляет собой структуру, состоящую из одной или нескольких макрокоманд, которые выполняются либо последовательно, либо в порядке, заданном определенными условиями. Набор макрокоманд в Access очень широк, с помощью макросов можно реализовать многое из того, что позволяют сделать процедуры на VB. Каждая макрокоманда имеет определенное имя и, возможно, один или несколько аргументов, которые задаются пользователем. С их помощью можно существенно расширить функциональные возможности создаваемого приложения и настроить его на нужды конкретных пользователей.

Назначение макросов — это создание удобного интерфейса приложения: чтобы формы и отчеты открывались при нажатии кнопок.[50]

Описание макросов БД (Приложение 3.5.8):

МакросmkrGeneralвыполняет команды связанные с формами: frmGeneral, frmSclad, frmVidano, frmSpisanie, frmZayvkiVibor, frmKartotschkaDO, frmPersSotrudniki, frmGurnal, frmGurnalZayvok, frmGurnalKS.

Макрос mkrKnopвыполняет команды связанные с формойfrmKnop

Макрос mkrOttschet выполняет команды связанные с формами и отчетами: frmOttschet, ottCabinet, ottGurnalUtschetaVVT, frmOttschetVse, ottCartotschcaDO, ottSpisTelefonov, ottGurnalUtschetaSVT, ottGurnalUtschetaSPVT, ottUstPO, ottSpisPO, ottGurnalZacaz, ottGurnalZayvok, ottZakazEconom, ottZayvkaAdmin, ottVTDvigenie.

Макрос mkrSpravotschnikiвыполняет команды связанные с формами: frmSpravotschniki, frmSprAdres, frmSprStructuraDOiMP, frmSprDolgnosty, frmSprCabinet, frmSprTelefon, frmSprKompDannye, frmSprNomenklaturaOC, frmSprNomenklaturaPO, frmSprNomenklaturaMZ, frmSprTO, frmSprPOSroc, frmSprSpisaniePrikaz, frmSprSpisaniePritschina.

МакросmkrZayvkaViborвыполняет команды связанные с формами и отчетами: frmZayvka, frmZayvkiVibor, ottZayvkaEconom, ottZayvkaAdmin.

  1.  
    1.  
      1. Созданиемодулейнаязыке VISUAL BASIC FOR APPLICATION

Модули- процедуры на языке Visual Basic for Application.

Среда программирования в Microsoft Access включает все средства, необходимые для написания программ отладки процедур VBA. Самым главным компонентом этой среды является редактор кода Visual Basic Editor (VBE), обладающий богатыми возможностями для облегчения процесса ввода программного кода. Кроме того, среда программирования содержит еще массу диалоговых окон, в которых отображается дополнительная информация, требующаяся как в процессе создания, так и в процессе отладки кода.

Если сравнивать макросы и VBA то:

  • Язык VBA предоставляет более широкие возможности для работы с данными чем макросы, позволяет использовать механизм программирования объектов для связи с другими приложениями, вызывать функции из библиотек динамической загрузки (DLL) Windows и создавать собственные специализированные функции.

  • Макросы можно использовать практически везде, где применяются процедуры VBA, однако процедуры VBA, как правило, выполняются быстрее.

  • Макросы являются объектами, существующими отдельно от форм и отчетов, в которых они используются, поэтому, когда этих объектов становится очень много, их поддержка достаточно трудоемка. Процедуры обработки событий VBA являются неотъемлемой частью форм и отчетов, и в этом есть свои преимущества. Например, при переносе форм и отчетов из одной базы данных в другую с ними автоматически переносятся связанные процедуры.

Код VBA в приложении Access содержится в модулях. Модули являются объектами Access, такими же, как таблицы, запросы, формы, отчеты, страницы и макросы. Основное содержание модулей — это процедуры на языке VBA. Существуют два типа модулей: стандартные модули и модули класса.

Стандартные модули(Modules) содержат общие процедуры, которые не связаны с конкретным объектом: формой или отчетом. Эти процедуры могут вызываться из других модулей и использоваться при обработке событий в разных объектах, для вычисления значений в разных запросах или формах.

Вторым типом модуля в Access является модуль класса(Microsoft Access Class Objects).Модуль класса отличается от стандартного модуля тем, что, кроме процедур, он содержит описание объекта и используется для создания объектов. Процедуры, определенные в этом модуле, являются методами и свойствами объекта. Примерами модулей класса являются модули форм и отчетов.

Модули форм и отчетов связаны с конкретной формой или отчетом и содержат процедуры обработки событий для этой формы или отчета. Модуль формы не создается сразу при создании новой формы. Он создается и связывается с формой, как только производится попытка создать первую процедуру обработки событий для этой формы или одного из элементов управления формы или же при нажатии кнопки Программав окне Конструктора формы.[50]

Стандартный модуль БД «Alex-1.0»: mdlCalendar.

Модули класса: Form_frmCalendar, Form_frmGeneral, Form_frmGurnal, Form_frmGurnalKS, Form_frmGurnalZayvok, Form_frmKartotschkaDO, Form_frmKnop, Form_frmOttschetVse, Form_frmPersSotrudniki, Form_frmSprPOSroc, Form_frmPodtvergdenieNaSklad, Form_frmPodtvergdenieSoSklada, Form_frmPodtvergdenieSpis, Form_frmPolzovateli, Form_frmSclad, Form_frmSpisanie, Form_frmSpravotschniki, Form_frmSprAdres, Form_frmSprCabinet, Form_frmSprKompDannye, Form_frmSprNomenklaturaMZ, Form_frmSprNomenklaturaOC, Form_frmOttschet, Form_frmSprNomenklaturaPO, Form_frmSprDolgnosty, Form_frmSprSpisaniePrikaz, Form_frmSprSpisaniePritschina(Приложение 3.5.9).

  1.  
    1. Защита БД «Alex-1.0»

Определение политики защиты

Выбор политики защиты и установка защиты — предмет разработки приложения. А настройка схемы защиты приложения в соответствии с текущими потребностями в процессе использования приложения — задача администрирования. Администраторуправляет составом пользователей и групп пользователей приложения и предоставляет им необходимые права доступа к объектам приложения по мере необходимости. Разработчикприложения предварительно определяет политику защиты приложения, выполняет установку защиты приложения и подготавливает приложение к использованию — определяет начальный состав пользователей и групп пользователей приложения и выполняет начальное распределение между ними прав доступа к объектам приложения. Таким образом, в процессе установки защиты приложения разработчик, помимо прочих действий, в определенный момент выполняет функции администратора.

Определение политики защиты включает решение следующих вопросов:

  • какова степень защиты приложения;

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

  • по какому принципу организуется разграничение прав доступа между отдельными пользователями и группами;

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

Администратор приложения обладает всеми необходимыми правами для изменения политики защиты приложения, но необходимости в этом не должно возникать. Ведь в задачу разработчика приложения входить выбор наиболее подходящей политики защиты, которая удовлетворяет требованиям, предъявляемым к приложению, и упрощает процесс администрирования.

Защита на уровне пользователейпредназначена для предоставления разным пользователям разного уровня доступа к объектам приложения. Пользователи могут объединяться в группы внутри рабочей группы. Группам, как и пользователям, могут быть назначены определенные права доступа к объектам базы данных.

Существует два типа прав доступа, предоставляемых пользователю: явные и неявные. Явные права доступа —те, что назначены непосредственной учетной записи пользователя. Неявные права доступа —те, что назначены учетной записи группы, в которую входит этот пользователь. Добавление пользователя в группу приводит к предоставлению пользователю прав, назначенных группе. Удаление пользователя из группы лишает пользователя этих прав.

Права пользователя на доступ к объекту складываются из его явных и неявных прав. В системе защиты на уровне пользователей Microsoft Access, в отличие от системы защиты на уровне пользователей файловой системы NTFS, применяется политика "наименьших ограничений". Это означает следующее: если пользователю (который может входить в разные группы, обладающие различными правами доступа) назначены и разрешающие и запрещающие права к некоторому объекту базы данных Access, то доступ к объекту пользователю предоставляется.

Группы пользователей делают управление правами доступа более удобным. Вместо того чтобы каждый раз при введении нового пользователя в рабочую группу прелоетавлять ему все необходимые права к объектам базы данных, можно назначить эти права группе. Тогда процесс предоставления заданных прав доступа сведется к добавлению нового пользователя в эту группу.

Процесс установки защиты на уровне пользователей для любой базы данных Access можно разделить на следующие этапы:

  • создание файла рабочей группы и подключение его к приложению Access;

  • назначение владельца базы данных и его объектов;

  • создание учетных записей групп и пользователей в рабочей группе;

  • назначение прав доступа к объектам базы данных пользователям и группам. [50]

Установка БД «Alex-1.0» на сервер PANDORA (Приложение 3.6.1).

Технические требования к серверу:

  1. Операционная система Windows Server 2008 standart R2,

  2. Microsoft office 2003 professional.

Создание директории:

Создается директория на диске d:/alex.

Файл БД копируется в директорию.

Установка прав доступа к директории Alex:

Выбирается команда Общий доступ, Конкретные пользователи.

В диалоговом окне «Общий доступ к файлам» Администратору назначается уровень разрешения – чтение и запись.

В сети добавляется адрес - 192.168.35.61.

Отражение директории Alex на сервере Pandora

Разделение БД Alex - 1.0 (Приложение 3.6.2).

На следующем этапе установки - производится разделение БД Alex - 1.0. на файл объектов данных и файл объектов приложения.

Разделение БД необходимо для того, чтобы в сети предоставлялся совместный доступ только к таблицам БД. После разделения БД файл объектов данных Alex-1.0_be.mdb помещается на сервер PANDORA, а файл объектов приложений: Alex-1.0 .mdb на компьютеры пользователей в виде локальных копий. Интерфейс которых, в дальнейшем, можно подстроить под каждого пользователя. Данная процедура несет в себе еще один немаловажный фактор – это ускорение, так как производительность БД будет несколько выше, чем при совместном доступе ко всей БД, поскольку по сети будут передаваться только данные из таблиц.

Установка защиты на уровне пользователей (Приложение 3.6.3.1).

После разделения БД «Alex-1.0» устанавливается защита на уровне пользователей.

Процедура установки защиты базы данных Microsoft Access на уровне пользователей автоматизирована, ее можно выполнить с помощью Мастера защиты базы данных, однако воспользоваться им смогут только пользователи группы Admins.

  1. Выбирается команда Сервис, Защита, Мастер. Мастер защиты базы данных на уровне пользователей позволяет создать или изменить существующий файл рабочей группы.

  2. Заполняются поля второго диалогового окна Мастера.

  3. Выбираются объекты базы данных, которые требуется защитить.

  4. Выбираются группы из списка групп с типичными правами доступа:

  • Все права на данные;

  • Только чтение.

  1. Предоставляются ограниченные права доступа группе Users.

  2. Создаются учетные записи пользователей

  3. Определяется вхождение пользователей в группы.

  4. Мастер создает новую защищенную базу данных и импортирует в нее все объекты исходной базы данных, сохраняя резервную копию незащищенной базы данных с прежним именем (по умолчанию), но с расширением bak вместо mdb.

  5. После завершения работы мастера на экране отображается отчет о защите базы данных, содержащий всю указанную в окнах мастера информацию, необходимую для восстановления файла рабочей группы. Этот отчет рекомендуется распечатать или сохранить в формате снимка отчета, чтобы по сохраненной информации потом можно было восстановить файл рабочей группы в случае его повреждения (Приложение 3.6.3.2).

  6. Мастер защищает все выбранные на определенном этапе объекты базы данных, отбирает у группы Users все разрешения на доступ к этим объектам либо оставляет данной группе заданные ограниченные права доступа, а затем зашифровывает базу данных. Межтабличные связи и любые связанные таблицы воссоздаются в защищенной базе данных БД Security.

С этого момента только пользователи, входящие в группу Admins, учетные записи которых сохранены в файле рабочей группы, созданном или присоединенном с помощью мастера, будут иметь полный доступ к защищенным объектам в базе данных. А текущий пользователь Оля, обладающий административными правами, становится владельцем базы данных и всех ее объектов. Для того чтобы управлять доступом к защищенным объектам, следует предоставить соответствующие разрешения учетным записям пользователей и/или групп.

Если понадобится изменить параметры защиты, Мастер защиты можно использовать неоднократно.

ИнтегрированиеБД Security и БД «Alex-1.0»(Приложение 3.6.4).

Через администратор рабочих групп загружаются данные группы Users из защищенной БД Security в БД «Alex-1.0»

После присоединения выдается подтверждение присоединения файла рабочей группы

В дальнейшем, если понадобится изменить файл рабочей группы, это можно будет сделать, зайдя в администратор рабочих групп под группой Admins.

Пользователи и группы (Приложение 3.6.5).

В диалоговом окне Пользователи и группы отражаются загруженные данные из защищенной БД Security.

Назначение прав доступа к объектам базы данных пользователям и группам (Приложение 3.6.6).

В БД «Alex-1.0» разграничение прав доступа производится по четырем группам: Admins, Все права на данные, Только чтение, Users.

Admins(группа администраторов) может вводить, корректировать и распечатывать данные; просматривать и корректировать справочники; добавлять и удалять пользователей из списка доступа, а так же менять их привилегии.

Users(группа пользователей) имеет ограниченные разрешения на открытие и запуск БД и макросов.

Все права на данные (группа пользователей) члены этой группы имеют все разрешения на изменение данных, но не могут изменять макеты ни одного объекта базы данных.

Только чтение (группа пользователей) члены этой группы могут читать все данные, но не могут изменять данные или макеты любых объектов базы данных.

Пользователи БД «Alex-1.0», в зависимости от их прав доступа, объединяются в группы и им присваиваются индивидуальные логин и пароль.

  1.  
    1. Описание работы БД «Alex-1.0»

Пользователь при открытии БД «Alex-1.0» вводит свое имя и пароль, которые регламентируют его права и доступ к данным БД.

Вход в БД «Alex-1.0»производится через главную кнопочную форму (Приложение 3.5.6, рис. 3.5.6.7)

В Главной кнопочной форме:

- Открывается Учет ВТ (Приложение 3.5.6, рис. 3.5.6.2);

- Открывается База данных (доступ только у Admin, у остальных пользователей эта кнопка удалена);

- Закрывается База данных.

Для начала работы в БД «Alex-1.0» необходимо заполнить справочники. Доступ к справочникам объединен в одной форме (Приложение 3.5.6, рис. 3.5.6.17).

Заполнение справочников можно произвести двумя способами:

  1. Импортировать данные из: Парус 8 - Бухгалтерия, Кадры; Сервера; Microsoft Excel и др.

Справочная форма «Номенклатура ВТ» заполняется следующим образом: код номенклатуры, полное наименование – импортируются из Парус 8-Бухгалтерия, через Microsoft Excel. Группа – выбирается вручную (Приложение 3.5.6, рис. 3.5.6.23)

В справочной форме «Должности» - должности импортируются из Парус 8- Кадры, через Microsoft Excel (Приложение 3.5.6, рис. 3.5.6.20).

В справочной форме «Компьютерные данные» - IP адрес, имя клиента импортируются с Сервера (Приложение 3.5.6, рис. 3.5.6.21).

Пример импорта данных приведен в приложении 3.7

В справочные формы «Кабинеты», «Телефоны», «Структура», «ПО», «Комплектующие», «Адрес организации» (Приложение 3.5.6 рис. 3.5.6.18, 3.5.6.19, 3.5.6.22, 3.5.6.24, 3.5.6.28, 3.5.6.29) - Номер кабинета, номер телефона, структура ДОиМП, программное обеспечение, комплектующие, адрес организации – импортируются с Microsoft Excel аналогичным способом как показано в приложении 3.7

  1. Внести данные вручную:

Справочники – «Техническое обеспечение», «Приказ на списание», «Причины списания», «Дата окончания лицензии ПО» (Приложение 3.5.6 рис. 3.5.6.25 - 3.5.6.27, 3.5.6.30).

Следующий этап – это заполнение формы «Сотрудники». Производится импорт из Парус 8 – Кадры, через Microsoft Excel, следующих данных: табельный номер, ФИО, пользователя. Остальные поля заполняются из справочников (Приложение 3.5.6 рис. 3.5.6.10).

Далее в форме «Карточка ДО» заполняются реквизиты организации (Приложение 3.5.6 рис. 3.5.6.6). Через форму «Карточка ДО» распечатывается отчет «Карточка ДО» (Приложение 3.5.7 рис. 3.5.7.2)

Форма «Склад» - данные могут добавляться двумя способами (Приложение 3.5.6 рис. 3.5.6.15):

  1. Импортируются из Парус 8 – Бухгалтерия, через Microsoft Excel: инвентарный номер, код номенклатуры, дата ввода в эксплуатацию, цена. Полное наименование выставляется в форму из справочника.

  2. Вносятся вручную:

  • заносится инвентарный номер;

  • выбирается ВТ из справочника (Приложение 3.5.6 рис. 3.5.6.23);

  • МОЛ выставляется автоматически;

  • дата ввода в эксплуатацию заносится через календарь (Приложение 3.5.6 рис. 3.5.6.1);

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

При передаче ВТ в пользование открывается форма «Подтверждение выдачи со склада» (Приложение 3.5.6 рис. 3.5.6.12). В ней меняется МОЛ (Приложение 3.5.6 рис. 3.5.6.14) и делается отметка о передаче ВТ со склада – ставится галочка. Кнопкой «Журнал учета ВТ на складе» открывается отчет «Журнал учета ВТ на складе» (Приложение 3.5.7 рис. 3.5.7.4).

При передаче ВТ со склада в пользование, информация о ВТ отражается в форме «Выдано» (Приложение 3.5.6 рис. 3.5.6.31). В этой форме при передаче ВТ другому пользователю меняется ФИО пользователя (Приложение 3.5.6 рис. 3.5.6.14).

При передаче техники на склад используется окно «Подтверждения передачи ВТ на склад» (Приложение 3.5.6 рис. 3.5.6.11). В ней меняется МОЛ (Приложение 3.5.6 рис. 3.5.6.14) и делается отметка о передаче ВТ со склада – снимается галочка. Кнопкой отчеты открывается доступ к отчетам: «Паспорт кабинета», «Журнал учета выданной ВТ» (Приложение 3.5.7 рис. 3.5.7.1, 3.5.7.5).

Списание делается либо в форме «Склад», либо «Выдано». При списании ВТ открывается форма «Подтвердить списание», выбирается дата списания из календаря, выбирается подтверждающий документ и причина списания (Приложение 3.5.6 рис. 3.5.6.13).

При списании, ВТ отражается в форме «Списано» (Приложение 3.5.6 рис. 3.5.6.16). Кнопкой «Журнал учета списанного ВТ» открывается отчет «Журнал учета списанного ВТ» (Приложение 3.5.7 рис. 3.5.7.3).

Форма «Журнал» имеет доступ к журналам (Приложение3.5.6рис.3.5.6.3):

  • Журнал КС;

  • Журнал регистрации заявок

Форма «Журнал: Компьютеры и серверы» при открытии имеет уже заполненную информацию о пользователях. Данные о компьютерах и серверах такие, как: IPадрес, имя клиента, техническое обеспечение, программное обеспечение - добавляются из справочников (Приложение 3.5.6 рис. 3.5.6.4). Кнопкой «Журнал: Установка ПО» открывается отчет «Журнал: Установка ПО» (Приложение 3.5.7 рис. 3.5.7.10). Кнопками «Редактировать комп.данные», «Редактировать ТО», «Добавить программу», «Редактировать дату лицензии» добавляются и редактируются соответствующие данные.

В форме «Журнал регистрации заявок» отражаются данные о заявках на обслуживание ВТ. Данная форма несет только информационный характер, так как записи в ней изменению не подлежат (Приложение 3.5.6 рис. 3.5.6.5). Кнопками «Журнал заявок», «Журнал заказов» открываются отчеты: «Журнал регистрации заявок», «Журнал регистрации заказов» (Приложение 3.5.7 рис. 3.5.7.6, 3.5.6.7).

Из формы «Выбор заявки» (Приложение 3.5.6 рис. 3.5.6.33) производится открытие формы «Заявка», отчетов «Заявка на обслуживание», «Заявка на заказ комплектующих» (Приложение 3.5.7 рис. 3.5.6.12, 3.5.6.13):

  • Конкретной заявки/заказа: по дате, по номеру (выбираются из поля со списком.);

  • Или всех заявок/заказов.

Дата стоит по умолчанию, однако, если ее необходимо изменить, то это можно сделать вручную или с помощью календаря (Приложение 3.5.6 рис. 3.5.6.1).

В форму «Заявка на обслуживание ВТ» заносится информация по обслуживанию ВТ и тут же оформляется заявка на заказ комплектующих необходимых для ремонта ВТ. Для удобства заказ отражается как отдельно по позициям, так и полностью списком по заявке. Сумма по заказу считается автоматически. Кнопкой «Журнал регистрации заявок» открывается форма «Журнал: регистрация заявок на обслуживание». Кнопкой «Добавить комплектующие» открывается справочник для добавления комплектующих (Приложение 3.5.6 рис. 3.5.6.32).

В форме «Отчеты» объединяются все отчеты (Приложение 3.5.6 рис. 3.5.6.9):

  • Карточка организации (Приложение 3.5.7 рис. 3.5.7.2);

  • Список сотрудников (Приложение 3.5.7 рис. 3.5.7.9);

  • Паспорт кабинетов (Приложение 3.5.7 рис. 3.5.7.1);

  • Журнал учета ВТ на складе (Приложение 3.5.7 рис. 3.5.7.4);

  • Журнал учета выданной ВТ (Приложение 3.5.7 рис. 3.5.7.5);

  • Журнал учета списанной ВТ (Приложение 3.5.7 рис. 3.5.7.3);

  • Учет ВТ (Приложение 3.5.7 рис. 3.5.7.11);

  • Список программ (Приложение 3.5.7 рис. 3.5.7.8);

  • Журнал учета установленного ПО (Приложение 3.5.7 рис. 3.5.7.10);

  • Журнал учета заявок на обслуживание ВТ (Приложение 3.5.7 рис. 3.5.7.7);

  • Заявки на обслуживание ВТ (Приложение 3.5.7 рис. 3.5.7.13);

  • Журнал учета заказа комплектующих (Приложение 3.5.7 рис.3.5.7.6);

  • Заказ комплектующих (Приложение 3.5.7 рис. 3.5.7.12).

4. Технико-экономическое обоснование разработки БД «ALEX-1.0»

Условный экономический эффект от внедрения автоматизированной информационной системы «Alex -1.0» достигается за счет того, что приложение, созданное в Microsoft Access, позволяет автоматизировать процесс ведения учета ВТ и ПО, регистрации заявок на обслуживание и заказ комплектующих и обеспечивает возможность хранения и обработки сведений, получения статистических данных и печати отчетов. Эта работа ДОиМП выполнялась с применением текстового редактора и электронных таблиц. Использование БД «Alex -1.0» позволяет сократить время, необходимое пользователю на выполнение работы, в несколько раз. Внедрение данной БД позволяет сэкономить фонд заработной платы за счет сокращения времени работы пользователя. Ниже приведен расчет экономической эффективности БД «Alex -1.0».

  1.  
    1. Расходы связанные с разработкой БД «Alex-1.0»

Трудоемкость создания

Трудоемкость работ (Тобщ) это фактически затраченное время на разработку БД, данные расчеты представлены в таблице 4.1.1приложение 4.1

В смету затрат на разработку БД «Alex -1.0» включаются: материалы, заработная плата разработчика, страховые взносы, электроэнергия, амортизация, профилактика, ремонт оборудования

Материальные затраты.

Под материальными затратами понимают стоимость всех материалов, использующихся в процессе разработки и внедрения БД в действующих ценах. В процессе работы использовались материалы и принадлежности, представленные в таблице 4.1.2 приложение 4.1

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

Заработная плата разработчика представлена в таблице 4.1.3 приложение 4.1.

Расчет затрат на заработную плату разработчика будет равен (ЗПразраб):

ЗПразраб = Тобщ*ЗПчас, (4.1.1)

где:

ЗПчас - заработная плата разработчика за час

Заработная плата 1го часа разработчика (ЗПчас) рассчитывается по формуле:

(4.1.2)где:

ЗПмесс– заработная плата разработчика за месяц;

Драб– среднее количество рабочих дней в месяце (21);

Сч– смена (7,2, т.к. местность приравнена к районам Крайнего севера)

(4.1.2)

Расчет затрат на заработную плату разработчика будет равен:

ЗПразраб=780*87,49=68242,20 (4.1.1)

Расчет затрат на страховые взносы разработчика будет равен (Вразраб):

Вразраб = Тобщстр.час, (4.1.3)

где:

Встр.час – страховые взносы разработчика за час

Страховые взносы 1го часа разработчика (Встр.час) рассчитывается по формуле:

(4.1.4)

где:

Вмесс – страховые взносы разработчика за месяц

(4.1.4)

Расчет затрат на страховые взносы разработчика будет равен:

Вразраб=780*26,42=20607,60 (4.1.3)

Расходы на электроэнергию

Расходы на электроэнергию по компьютерной и периферийной технике (Сэ.обор)определяются по формуле:

(4.1.5)

где:

Р–мощность применяемой техники, в КВт;

Ффакт–фактический фонд времени оборудования, в часах;

Z– цена 1 КВт-часа электроэнергии (3,47).

Суммарная мощность определяется по таблице 4.1.4 приложение 4.1

(4.1.5)

Расходы на амортизацию

Ноутбук и принтер относятся ко второй группе. Срок этой группы определяется свыше 2х лет до 3х включительно. Принтер приобретен в 2009 году и его стоимость ниже 20 000 руб., поэтому начисляется амортизация 100% в момент постановки на учет, а значит, в данных расчетах не используется (Приложение 4.1, таблица 4.1.5).

Норма амортизации (К) рассчитывается по следующей формуле:

(4.1.6)

(4.1.7)

где:

N– срок использования ОС

S – стоимость ОС

(4.1.6)

В денежном выражении это составит:

(4.1.7)

Посчитать амортизацию ноутбука за время использования (Са) можно по формуле:

Саруб* Тобщ.мес , (4.1.8)

где:

Тобщ.мес - часы трудоемкости разработчика в месяцах

Часы трудоемкости разработчика переводятся в месяцы (Тобщ.мес) формулой:

(4.1.9)(4.1.8)

Саноут =775,62*5,16=3994,44 (руб) (4.1.8)

Профилактика, ремонт оборудования

Расчет затрат на ремонт и профилактику оборудования определяется по формуле:

(4.1.11)

где:

β – процент на профилактику и ремонт оборудования (9%).

  1.  
    1. Расходы текущих и годовых затрат ДОиМП до и после разработки и внедрения БД «Alex-1.0»

Для проведения расчетов текущих затрат пользователя, связанных с внедрениемБД «Аlех 1.0» и расчетов годовых затрат ДОиМП до использования БД необходимо подсчитать годовые затраты.

Расходы на заработную плату обслуживающего персонала

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

(4.2.2)

Где:

Фспец – фонда зарплаты специалистов;

Фтех.исп – фонд зарплаты технических исполнителей.

Годовой фонд заработной платы специалистов и технических исполнителей считается по одним и тем же формулам:

(4.2.3)

где:

Фмес– фот в месяц

Пг – годовая премия

Омп– материальная помощь к отпуску

Пр – разовая премия

(4.2.4)

где:

Од– должностной оклад

Дмес– доплаты за месяц

(4.2.5)

где:

П – премия (115%)

Кр – районный коэффициент (70%)

Нс– северная надбавка (50%)

(4.2.6)

Ок – оклад по тарифной сетке

У – условия (60%)

В – выслуга(10%)

(4.2.7)

Специалисты:

(4.2.8)

(4.2.9)

Технические исполнители:

(4.2.10)

(4.2.11)

Годовой фонд заработной платы специалиста определяется по таблице 4.2.1 приложения 4.2

(4.2.6)

(4.2.5)

(4.2.4)

(4.2.7)

(4.2.9)

(4.2.8)

Годовой фот одного специалиста:

(4.2.3)

Годовой фот 3 специалистов:

Годовой фонд заработной платы технических исполнителей определяется по таблице 4.2.2 приложения 4.2

Так как оклады разные то сначала найдем их сумму:

Од= 3340 + 2568 = 5908 (руб.),

(4.2.6)

(4.2.5)

(4.2.4)

(4.2.7)

(4.2.11)

(4.2.10)

(4.2.3)

(4.2.2)

Часовая тарифная ставка сотрудников в среднем высчитывается по формуле:

(4.2.12)

где:

Фном– фонд времени по календарю на данный год, в часах;

n– количество человек

Расходы на страховые взносы

Страховые взносы за год рассчитываются по таблице 4.2.3 приложения4.2.

Расходы на электроэнергию

Расходы на электроэнергию по компьютерной, периферийной технике, осветительным приборам определяются по формуле:

(4.2.13)

где:

Qэ.обор – затраты на применяемую технику

О – затраты на освещение рабочих мест в год

(4.2.14)

где:

Qcyм.o6op– суммарная мощность всей применяемой техники, в КВт;

Фдейств – действительный годовой фонд времени оборудования, в часах;

Z– цена 1 КВт-часа электроэнергии (3,47).

Суммарная мощность определяется по таблице 4.2.4 приложения 4.2:

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

(4.2.15)

где:

Фном – фонд времени по календарю на данный год, в часах;

Ксм– количество смен работы оборудования;

α –планируемый процент на ремонт и обслуживание оборудования (α =8%).

(4.2.14)

Затраты на освещение одного рабочего места в год (О):

O = Z* Nл * Nосв * Фдейств (4.2.16)

где

Nл – это количество осветительных приборов (10)

Nосв – это мощность одного осветительного прибора (0,06)

О=3,47 * 10* 0,06 * 1643,86= 3422,52 (руб.),

(4.2.13)

Расходы на амортизацию

Расходы на амортизацию рассчитываются по таблице 4.2.5 приложения4.2.

(4.1.6)

В денежном выражении это составит:

- для компьютера Samcung с монитором

(4.1.7)

- для принтера HP LaserJet P4015X

- для сервера Supermicro

Принтеры: лазерный HP -1100, HP Laser Jet 1015, были приобретены в 2010г. Их стоимость не превышает 20000 руб., поэтому при постановке на учет амортизация насчитывалась сразу 100% и в 2012 году не учитывается.

Амортизация компьютера Samcung с монитором, принтера HP LaserJet P4015X,для сервера Supermicro суммируется и умножается на 12 месяцев использования (Са):

Са = 12*(4601,87+2363,00+7850,72)=177787,08 (руб)

Профилактика, ремонт оборудования

Расчеты затрат на профилактику и ремонт оборудования:

(4.1.11)

где:

β – процент на профилактику и ремонт оборудования (9%).

Затраты на основные и вспомогательные материалы определяется по таблице 4.3.6 приложения 4.2.

(4.2.17)

где:

Цопт – затраты на приобретение вспомогательных материалов, определяется по таблице 4.2.6;

Ктранс-заг – сложившийся процент транспортно-заготовительных расходов 1,1-1,3 в зависимости от способа доставки.

(4.2.17)

  1.  
    1. Расчет экономической эффективности и срока окупаемости разрабатываемой БД «Alex-1.0»

Для проведения расчетов все исходные данные заносятся в таблицу 4.3.1 приложения 4.3.

  1.  
    1. Расчет затрат, связанных с разработкой, внедрением и отладкой БД (КЗбд), производится по формуле:

КЗбдпрпз,(руб.) (4.3.1)

где:

Кпр– кап. затраты связанные с разработкой, внедрением и отладкой БД;

Кпз– почие затраты, связанные с разработкой, внедрением и отладкой БД;

Капитальные затраты связанные с разработкой и внедрением БД (Кпр) рассчитываются по формуле:

Кпр =ЗПразрабразраб (руб.)(4.3.2)

Где:

ЗПразраб– затраты на заработную плату разработчика

Вразраб– затраты на страховые взносы

Прочие затраты, связанные с разработкой, внедрением и отладкой БД (Кпз) рассчитываются по формуле:

Кпз = Сэ.обораремз(руб.)(4.3.3)

Сэ.обор – затраты на электроэнергию

Са– затраты на амортизацию

Срем – затраты на профилактику и ремонт оборудования

Мз– материальные затраты используемые в процессе разработки

Кпз= 122,88+3994,44+2907+2536 = 9560,32 (руб.)(4.3.3)

Кпр= 68242,2+20607,6 = 88849,8(руб.)(4.3.2)

КЗа= 88849,8+9560,32=98410,12 (руб.) (4.3.1)

  1.  
    1. Расчет годовых текущих затрат ДОиМП, связанных с использованием ПК и БД «Alex 1.0» (Зпосле авт. ). Производится по формуле:

Зпосле авт= Тмм*n+Зтех+ Зот (руб.) (4.3.4)

где:

Тм – время использования персонального компьютера для работы с БД;

См – стоимость одного часа эксплуатации ПК;

n – количество пользователей;

Зтех– текущие затраты, связанные с использованием прочего технического обеспечения (30% от Цком );

Зот – затраты на оплату труда пользователей ПК.

Время использования персонального компьютера для работы с БД (Тм) рассчитывается по формуле:

Тмтр (час) (4.3.5)

где:

Вт– ежедневное время работы с БД;

Др– кол-во рабочих дней, в течение которых применяется БД;

Стоимость одного часа эксплуатации ПК (См) рассчитывается по формуле

См = (1+Кнр)* Счас (руб.) (4.3.6)

где:

Кнр – коэффициент накладных расходов, связанных с работой ПК;

Счас– часовая тарифная ставка специалиста, работающего с программой;

Затраты на оплату труда пользователей ПК (Зот) рассчитываются по формуле:

Зотзарплсв(руб.)(4.3.7)

Где:

Осв – затраты на страховые взносы

Фзарпл – годовой ФОТ сотрудников

Зот= 616051,38+2039905,34 = 2655956,70 (руб.) (4.3.7)

См= (1+0,4)*224,86 = 314,80 (руб.) (4.3.6)

Тмп= 1*170 = 170 (час) (4.3.5)

Зпосле авт= 170*314,80*5 +49660,49+2655956,70 = 2973197,2 (4.3.4)

  1.  
    1. Произведем расчет текущих годовых затрат ДОиМП до использования БД Здо авт. связанных с аналогичной информацией по формуле

Здо авт = Зотпр(руб.) (4.3.8)

где:

Зот– затраты на оплату труда пользователей ПК

Зпр – прочие затраты, связанные с обработкой информации

Прочие затраты, связанные с обработкой информации рассчитываются:

Зпр= Сэ.обор + Са + Срем + Сматер(руб.)(4.3.9)

где

Сэ.обор– затраты на электроэнергию

Са – амортизационные отчисления

Срем – затраты на ремонт оборудования

Сматер– расходы на материалы

Зпр= 30 374,84+177787,08+53617,76+95894,50=357674,20 (руб.) (4.3.9)

Здо авт = 2655956,70+357674,2=3013630,90 (руб.) (4.3.8)

4) Произведем расчет годовой экономии, связанной с использованием БД (Эг), срока окупаемости общих капитальных затрат (Ток) и коэффициента экономической эффективности капитальных вложений(Ек) по формулам:

Расчет годовой экономии:

Эг= Здо авт - Зпосле авт (руб.) (4.3.10)

Здо авт– расчет текущих годовых затрат предприятия до использования БД;

Зпосле авт – расчет текущих годовых затрат предприятия после использования БД.

Расчет срока окупаемости:

(4.3.11)

где

КЗа– затраты, связанные с разработкой, внедрением и отладкой БД;

Эг – расчет годовой экономии.

Запишем необходимые данные для расчета в таблицу 4.3.2

Коэффициент экономической эффективности капитальных вложений:

(4.3.12)

Эг=3013630,90-2973197,20 = 40433,71 (руб) (4.3.10)

(4.3.11)

(4.3.12)

Полученные данные запишем в таблицу 4.3.2 приложения 4.3.

Разработка и внедрение БД для выполнения учета ВТ и ПО, как видно из расчетов, должна иметь положительный эффект.

Применение БД позволит устранить фрагментарность в работе, организационные и информационные разрывы, дублирование функций.

БД позволит создавать необходимые документы для деятельности ДОиМП, а также обеспечить автоматическое поддержание этой документации в актуальном состоянии. Обмен информацией внутри организации станет более быстрым и простым для заинтересованных сотрудников. В сочетании с большой организованностью и четкостью в работе это создаст лучшие условия труда.

Экономическая эффективность составляет 41%, а это значит, что предложенная БД является экономически реализуемой и окупится через два с половиной года. Внедрение БД позволит сократить временные и материальные затраты. За счет получения экономического эффекта в форме экономии денежных средств ДОиМП осуществит их распределение на более необходимые цели.

Заключение

При разработке дипломного проекта был проведен анализ БД. Сформированы основные направления для улучшения качества взаимодействия. Проведен анализ деятельности ДОиМП. Сформированы основные цели и задачи БД.

Произведен выбор средств разработки. Приведено обоснование данного выбора. Составлено техническое задание на разработку БД. Описаны этапы создания БД. Разработана БД «Alex - 1.0», а именно: таблицы, структура, запросы, формы, макросы, модули. Осуществлена возможность импорта данных в БД из других совместимых источников. Проведено интегрирование с БД Secyriti, отвечающей за защиту БД «Alex - 1.0». Рассмотрен ее пользовательский и административный функционал. Описаны экранные формы.

Результатом дипломного проектирования является БД с необходимым набором функционала для решения поставленных перед ней задач. Проект реализован при помощи Microsoft Access и входящего в него языка программирования Visual Basic. Функционал БД включает в себя: учетные записи пользователей, с разграничением прав доступа, ведение учета ВТ и ПО, оформление заявок на обслуживание ВТ, реквизиты организации, отчеты и другие.

БД была успешно протестирована и внедрена в ДОиМП.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

  1. Адлер Ю.П. Процессное описание бизнеса – основа основ и для системы экономики качества мышления. Стандарты и качество. – 2002. – №2.

  2. Бакаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2002. – СПб.: БХВ-Петербург, 2002. – 720 с.

Вендров А.М. Современные методы и средства проектирования информационных систем. – М.: Финансы и статистика 1998г. – 320с

  1. Галкин Г. «Методы определения экономического эффекта от ИТ– проекта», 2005, журнал «Intelligent Enterprise»

  2. Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системы баз данных. Полный курс. – М.: «Вильямс», 2003. – 1088 с. – ISBN 5-8459-0384-X

  3. Грекул, В.И. Проектирование информнных систем: M.:, 2005. - 304с.

  4. К. Дж. Дейт Введение в системы баз данных – 8-е изд. – М.: «Вильямс», 2006. – С. 1328. – ISBN 0-321-19784

  5. А. Горев, С. Макашарипов, Р. Ахаян. Эффективная работа с СУБД

  6. Исаев Г.Н. Информационные системы в экономике. -2-е изд., стер. – М.: Омега-Л, 2009. – 462с.

Информатика. Базовый курс / Под ред. С.В. Симоновича.– СПб.: Питер, 2001. – 640 с.

Информационные технологии управления: Учебн. пособие для вузов/ Под ред. проф. Г.А. Титоренко. - М.: ЮНИТИ – ДАНА, 2003.

  1. Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика - 3-е изд. – М.: «Вильямс», 2003. - 1436 с.

  2. Когаловский М.Р. Энциклопедия технологий баз данных. – М.: Финансы и статистика, 2002. – 800с.

  3. Козырев А.А. Информационные технологии в экономике и управлении. – СПб.: Из-во Михайлова В.А., 2001. –360с.

  4. Кузин А. В. Базы данных: учеб, пособие для студ. высш. учеб, заведений- 2-е изд., стер. – М.: Издательский центр «Академия», 2008. - 320 с.

  5. Кузнецов С.Д. Основы баз данных. – 1-е изд. – М.: «Интернет-университет информационных технологий – ИНТУИТ.ру», 2005. С. 488.

  6. Мазур И.И., Шапиро В.Д. Реструктуризация предприятий и компаний. Справочное пособие – «Высшая школа», М., 2000. – 587с.

  7. Мазур И.И., Шапиро В.Д. Управление проектами. Справочное пособие. М.: Высшая школа, 2001. – 875с.

  8. Райордан Р. Основы реляционных баз данных/Пер, с англ. – М.: Издательско-торговый дом «Русская Редакция», 2001. – 384 с.:

  9. Рубцов С.Р. Об использовании стандарта IDEF0 – 2003. – №1.

  10. С.М. Диго «Базы данных: проектирование и использование»: М.: «Финансы и статистика», 2005 – 592с.

  11. Скрипкин К.Г. Экономая эффективность ИС. ДМК Пресс, 2002 – 253с.

  12. Томас Коннолли, Каролин Бегг Базы данных. Проектирование, реализация и сопровождение – М.: «Вильямс», 2003. – 1436с.

  13. ФЗ «Об информации, информационных технологиях и защите информации» - ФЗ от 27 июля 2006 г. №149.

  14. ФЗ «О персональных данных» » – ФЗ от 27 июля 2006 г. №152.

  15. Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А. Д. Хо-моненко. – 4-е изд., доп. н перераб. – СПб.: КОРОНА принт, 2004. – 736 с.

  16. http://bigc.ru/publications/other/restruct/project_office.php – С. Сериков. Проектный офис. 2001.

  17. http://www.cemi.rssi.ru/mei/articles/koga03-3.pdf – Гектор Гарсиа-Молина, Джеффри Д. Ульман, Дженнифер Уидом, Системы баз данных: Полный курс, М.: "Вильямс", 2003, ISBN 5-8459-0384-X

  18. http://www.citforum.ru/ – Вендров, А.М. CASE-технологии. Методы и средства проектирования информационных систем: обзор. / А.М.Вендров.

  19. http://citcity.ru/12101/ – Интеграция данных и Хранилища.

  20. http://ftp.csdep.mephi.ru/kiselev/Data%20Base/DesMak/lection10.htm

  21. http://daz.su/poznavatelnaya-wikipediya/kompjuter/1/index.aspx – познавательная википедия

  22. http://www.garant.ru/calendar/buhpravo/ – ГАРАНТ, производственный календарь

  23. http://emelmarya.ucoz.ru/ - модели данных Емельянова Е.С.

  24. http://www.ibm.com/developerworks/ru/library/ws-soa-infoserv1/ – Гюнтер Зауфер, Мэй Сельваж, Эойн Лейн, Билл Мэтьюс Шаблоны для информационного сервиса.

  25. http://www.info-system.ru/designing/methodology/bpwin/bpwin_faq_ bpwin. html – FAQ по BPwin

  26. http://www.islu.ru/k_inform/infsystekst.html.–Информационные системы.

  27. http://www.iso.ru – интеграция данных

  28. http://www.iso.ru/print/rus/document6139.phtml – Колин Уайт. Интеграция данных.

  29. http://www.interface.ru/ca/bpwin.htm – FAQ по BPwin

  30. http://kunegin.narod.ru/index.html. – Информационные технологии.

http://lektor5.narod.ru/inf/inf3.htm – Информационные технологии.

  1. http://www.lessons-tva.info – Обучение в интернет бесплатное дистанционное обучение информатике, телекоммуникациям, основам электронного бизнеса

  2. http://www.marketologu.aaanet.ru/method.htm – методы исследования

  3. http://msdn.microsoft.com – Герберт Шилдт Tier One: C++ Beginner's Guide , веб-сайт центра начинающего разработчика на MSDN.

http://office.microsoft.com/ru-ru/access-help/HA010077157.aspx – официальный сайт Корпорация Майкрософт, Access, запросы

http://www.osp.ru/os/2009/10/11170978/ – Леонид Черняк Интеграция данных: синтаксис и семантика. «Открытые системы» , № 10, 2009.

  1. http://www.projectmanagement.ru/ – Управление проектами.

  2. http://socionet.ru/publication.xml?h=repec:rus:rssalc:web-39&l=en – Когаловский М.Р. Методы интеграции данных в информационных системах.

  3. http://www.taurion.ru – компьютерная литература: Иллюстрированный самоучитель по Microsoft Access

  4. http://www.studfiles.ru/dir/cat32/subj183/file9502/view96688.html – лекции по информатике и программированию

  5. http://www.techno.edu.ru: 16001/db/msg/18628.html. – Реформирование стандартизации по информационным технологиям.

  6. http://ru.wikipedia.org/wiki/ – википедия, интеграция данных

  7. http://ru.wikipedia.org/wiki/IDEF0 – википедия, IDEF0

Просмотров работы: 14005