97629

Разработка АИС «Интернет-кафе»

Дипломная

Информатика, кибернетика и программирование

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

Русский

2015-10-20

8.19 MB

22 чел.

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное образовательное учреждения

Высшего профессионального образования

«Сибирский государственный аэрокосмический университет

Имени академика М,Ф, Решетнева»

(СибГАУ)

Аэрокосмический колледж

СПЕЦИАЛЬНОСТЬ 09.02.04 Информационные системы (по отраслям)

ЦК информационных систем и информационной безопасности

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к выпускной квалификационной работе

РАЗРАБОТКА АИС «Интернет-кафе»

Дипломник  Потявина Светлана Алексеевна                 ___________________

Руководитель

   Преподаватель высшей квалификационной категории АК СибГАУ,

         Громова Татьяна Андреевна                                  ___________________

Рецензент

   Красноярский ИВЦ ОАО «РЖД» ведущий технолог отдела АСУ

   Инфраструктуры ЖД транспорта,

         Россиева Елена Сергеевна                                      ___________________

Консультант по экономической части

    Преподаватель высшей квалификационной категории АК СибГАУ,

        Аверина Татьяна Игоревна                                      ___________________

Нормоконтроль

    Преподаватель высшей квалификационной категории АК СибГАУ,

        Дерменжи Вера Александровна                              ___________________

 

Допускается к защите

    Председатель ЦК информационных систем и информационной безопасности

        Громова Татьяна Андреевна

«________»_______________________2015г.

Красноярск 2015г.

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное образовательное учреждения

Высшего профессионального образования

«Сибирский государственный аэрокосмический университет

Имени академика М,Ф, Решетнева»

(СибГАУ)

Аэрокосмический колледж

СОГЛАСОВАНО

__________________ Зам. директора по УМР

«_____»_____________20  г.

ЗАДАНИЕ

По выпускной квалификационной работе.

Студенту Потявиной Светлане Алексеевне группы ИС-2-11 специальности 09.02.04

Тип ВКР Дипломный проект 

Тема проекта: Разработка АИС «Интернет-кафе»

Утверждена приказом директора АК № ______ от «______»_____________________20    г.

Сроки: начала проектирования 20.04.2015 защита 16.06.2015

Сроки слачи студентом первого варианта проекта 06.06.2015

Срок сдачи студентом законченного проекта 12.06.2015

Объект преддипломной практики ООО «Лагуна»

Исходные данные к ВКР: Нормативно – правовые источники РФ, статистические данные, материалы с преддипломной практики, учебники, научные журналы и статьи, справочные данные сети Internet –сайтов и др.

Содержание пояснительной записки (перечень вопросов, подлежащих разработке в ВКР):

Аналитическая часть Ттехнико-экономическая характеристика Интернет кафе ООО «Лагуна», анализ информационных систем, обоснования выбора СУБД и выбора БД для интернет-кафе.

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

Использование экономико-математических методов в ЭВМ: системный анализ, метод сравнения, для расчета экономический показателей табличный процессор Microsoft  Excel и др.

Практическая реализация: АИС «Интернет-кафе» позволит вести учет посетителей, посещений, компьютеров и администраторов, формировать все необходимые отчеты о результатах работы администраторов, о посещениях за определенный срок.

Перечень графического материала с указанием обязательных чертежей схема данных БД, ER-диаграмма.

Консультанты по проекту (работе) с указанием относящихся к ним разделов по экономической части Расчет затрат на создание информационной системе, оценка экономической эффективности внедрения проекта

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

График выполнения

№ раздела работы

Содержание и объем работы

Срок аттестации

1

Введение

18.05.2015

2

Теоретическая часть

20.05.2015

3

Аналитическая часть

24.05.2015

4

Проектная часть

29.05.2015

5

Экономическая часть

02.06.2015

6

Заключение

03.06.2015

7

Список литературы

03.06.2015

8

Приложение

04.05.2015

9

Оформление работы

10.06.2015

10

Нормоконтроль

10.06.2015

Руководитель

Громова Татьяна Андреевна, преподаватель высшей квалификационной категории АК СибГАУ

«_________» _______________20   г.

Консультант по экономической части

Руководитель Аверина Татьяна Игоревна, преподаватель АК СибГАУ     

«_________» _______________20    г.

Нормоконтроль

Руководитель Дерменжи Вера Александровна, преподаватель, зав. Отделением №4

«_________» _______________20    г.

Задание принял к исполнению

Дипломник Потявина Светлана Алексеевна

«_________» _______________20  г.

Аннотация

Пояснительная записка содержит 61 стр., 31 рисунок, 4 таблицы, 2 схемы,  30 источников литературы.

Данный дипломный проект состоит из 4 разделов. В первом разделе –

«Теоретическая часть», раскрыты  понятия АИС, структура и задачи АИС, а также этапы разработки информационной системы.

Второй раздел – «Анализ информационной системы»», в нем проанализирована технико-экономическая характеристика интернет-кафе ООО «Лагуна», анализ существующих ИС, обоснование выбора БД и выбора СУБД.

Третий раздел- «Проектная часть», этот раздел посвящен проектированию и разработке информационной системе.

Четвертый раздел – «Экономика предприятия», в нем производится расчет экономической эффективности разработки и внедрения программного продукта.

Введение отражает актуальность темы интернет-кафе.

Заключение содержит анализ результатов и выводы по выполненной работе.

Список использованной литературы состоит из перечня источников документов, книг, ГОСТ- ов, которые были привлечены для исследования и написания дипломного проекта, а также Интернет ресурсов использующих технологию создания базы данных.

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


Содержание

 

Оглавление

Введите название главы (уровень 1) 1

Введите название главы (уровень 2) 2

Введите название главы (уровень 3) 3

Введите название главы (уровень 1) 4

Введите название главы (уровень 2) 5

Введите название главы (уровень 3) 6


Введение

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

В ходе работы будет представлена база данных для интернет-кафе «Лагуна». Эта система автоматизирует учет посетителей. Изначально такие системы существовали в письменном виде. Для этого использовались различные картотеки, папки, журналы, библиотечные каталоги и т.д.

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

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

Популярность сети Интернет растет со скоростью геометрической прогрессии. Те, кто испытал современную скорость передачи информации по сети, может оценить прелесть путешествий по Web-сайтам.

«Интернет-кафе Лагуна», представляет собой уникальное место для общения и развлечений в сети Интернет в г. Железногорск. Посетители Интернет-кафе смогут иметь доступ к играм по сети, а также к средствам коммуникации и источникам информации, существующим в сети интернет, и иметь возможность обмениваться впечатлениями со своими друзьями и коллегами.

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

Предметом исследования является автоматизация учета посетителей.

Объектом исследования является интернет-кафе, в котором и будет происходить автоматизация.

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

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

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

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

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


1. Теоретическая часть

1.1 Автоматизированная информационная система

Автоматизированная информационная система (АИС) - система, реализующая информационные технологии (ИТ) в области управления по совместной работы управленческого персонала и комплекса технических средств.

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

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

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

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

Основные требования к АИС:

  1.  интегрируемость – способность взаимодействия системы с вновь подключаемыми компонентами или подсистемами;
  2.  масштабируемость – возможность расширения системных ресурсов и производительной мощности;
  3.  управляемость – возможность гибкого управления системой;
  4.  адаптивность – возможность системы приспосабливаться к условиям конкретной предметной области;
  5.  используемость – возможность реализации заложенных в систему функций;
  6.  реактивность – способность системы реагировать на внутренние и внешние воздействия;
  7.  безопасность – возможность предотвращения разрушения системы в результате несанкционированного доступа.

Качество АИС определяется совокупностью свойств, характеризующих способность АИС удовлетворять потребности ее пользователей. Выделяют функциональные, экономические и эксплуатационные показатели качества АИС. Функциональные показатели характеризуют: функциональную полноту, адаптивность и корректность АИС. Экономические показатели - это стоимость создания или приобретения АИС, затраты на её внедрение и эксплуатацию, эффект, получаемый от функционирования АИС. Эксплуатационные - это показатели, определяющие набор требований к техническим средствам, характеризующие возможность работы в сети, характеризующие легкость и простоту установки, надежность программного обеспечения, удобство его освоения, качество помощи и пользовательского интерфейса, возможность защиты данных.

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

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

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

- Автоматизированные системы управления технологическими процессами (АСУТП), принимающих решения из типичных вопросов, таких, как управление производственным процессом;

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

Системы второго класса (системы обеспечения менеджмента) оказывают помощь менеджерам в принятии решений. Такие системы делятся на виды:

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

- Системы поддержки принятия решений - ИС, которые используют модели принятия решений, БД и личные соображения лица в каждом конкретном случае для осуществления диалогового аналитического процесса моделирования с тем, чтобы это лицо приняла какое-либо решение;

- Управленческие ИС - это ИС с дополнительными возможностями для управления, такими, как анализ данных, использованием средств поддержки принятия решений, ЭП и инструментария повышения личной производительности.

Автоматизация проектных систем может осуществляться в различных масштабах - от отдельных информационных процессов и процедур обработки данных, задач или комплексов задач управления к созданию функционально полных АИС.

1.2 Структура АИС

АИС, как всякая другая система, состоит из элементов (подсистем), находящихся в определенных отношениях друг с другом. Множество этих отношений совместно с элементами образуют структуру АИС. Выделяют функциональную и обеспечивающую части АИС.

Структура АИС - внутренняя организация системы при разделении ее на части, выявление связей между этими частями.

Структуру АИС образуют множество элементов и отношений между ними. Самым общим разделением АИС является выделение в ней функциональной и обеспечивающей частей.

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

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

Разделение функциональной части АИС на подсистемы зависит от применяемого принципа декомпозиции:

  1.  предметный принцип;
  2.  функциональный принцип;
  3.  проблемный принцип;
  4.  смешанный (предметно-функциональный) принцип.

Если в основу функциональной части АИС положен предметный принцип, то подсистемы выделяют в соответствии с управлением отдельными ресурсами экономического объекта:

  1.  сбыт готовой продукции;
  2.  производство;
  3.  материально-техническое снабжение;
  4.  финансы;
  5.  кадры.

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

  1.  планирование;
  2.  регулирование;
  3.  учет и контроль;
  4.  анализ.

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

На практике чаще всего применяется смешанный принцип декомпозиции:

  1.  перспективное развитие;
  2.  технико-экономическое планирование;
  3.  бухгалтерский учет и анализ хозяйственной деятельности;
  4.  техническая подготовка производства;
  5.  управление производством;
  6.  управление качеством продукции;
  7.  управление материально-техническим снабжением;
  8.  управление реализацией и сбытом готовой продукции;
  9.  управление кадрами.

Функциональный признак декомпозиции АИС определяет назначение подсистемы, то есть, для какой сфере деятельности она предназначена и какие основные цели, задачи и функции выполняет.

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

Обеспечивающая часть АИС состоит из подсистем, являющихся общими для всей АИС, независимо от состава ее функциональной части. В состав обеспечивающей части входят подсистемы: программного обеспечения, информационного обеспечения, технического обеспечения, организационного обеспечения, математического обеспечения, лингвистического обеспечения (рис. 1.1).

Рисунок 1.1 – Структура информационной системы как совокупность обеспечивающих подсистем

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

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

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

Информационное обеспечение представляет собой совокупность единой системы классификации и кодирования ТЕПив, унифицированных систем документации и массивов информации, используемым в АИС.

Техническое обеспечение - комплекс технических средств, обеспечивающих работу АИС.

Программное обеспечение - совокупность программ, реализующих цели и задачи АИС и обеспечивают функционирование комплекса технических средств системы.

Математическое обеспечение - совокупность экономико-математических методов, моделей и алгоритмов обработки информации в АИС.

Организационное обеспечение - совокупность документов, регламентирующих деятельность персонала в АИС, взаимодействие с техническими средствами и между собой в процессе решения задач управления.

Правовое обеспечение - совокупность правовых норм, регламентирующих правовые отношения при функционировании АИС и ее юридический статус.

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

Эргономичное обеспечение - совокупность методов и средств, предназначенных для создания оптимальных условий высокоэффективной и безошибочной деятельности человека в АИС и быстрого ее освоения.

Технологическое обеспечение - совокупность организационных, методических и технологических документов, регламентирующих процесс человеко-машинной обработки информации в АИС.

Информационное обеспечение АИС объединяет информационные ресурсы, средства их ведения, в том числе структуризации и систематизации информации об объекте управления. Ядром его является БД - автоматизированное хранилище информации, оперативно обновляется.

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

Основой АИС является платформа, на которую ее ориентировано, то есть виды компьютеров и программных сред заложено в ИТ реализации процесса управления.

В качестве основы архитектуры "клиент - сервер" используют реляционную систему управления БД (СУБД), ориентированную на язык SQL. В группу таких СУБД-платформ относятся:

- Informix On line (фирмы Informix Software);

- Ingres Intelligent Database (корпорации Ask Group);

- ORACLE (корпорации Oracle);

- Sybase Server (фирмы Sybase).

В системах с архитектурой "клиент - сервер" множество запросов выполняется централизованно на сервере, и является принципиальным отличием от традиционных файловых систем.

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

Техническое обеспечение АИС определяет требования к характеристикам персональных компьютеров (ПК), сетевого оборудования, пропускной способности каналов связи, а также влияет на оптимальное распределение нагрузки в узлах сети, в которых ресурсы закрепляются за конечным пользователем.

Основой технического обеспечения АИС является ПК, которые обеспечивают широкий набор функциональных возможностей. Современные ПК наравне с обработкой алфавитно-цифровой информации (вводом, обработкой по соответствующей программе, выводом полученных результатов в форме, пригодной для восприятия человеком) способны работать со звуком, воспроизводить видеосигнал, работать в компьютерных сетях.

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

При выборе технического обеспечения АИС необходимо стремиться к как можно более полного соответствия потребительских качеств ПК задачам, для решения которых он используется.

Кроме того, мощность и характеристики ПК определяются требованиями программных средств, установленных на нем. Например, для работы в программной среде Windows 95 нужны: процессор 386 и выше; оперативная память емкостью не менее 4 Мбайт (рекомендуется 8 Мбайт); VGA-совместимый видеоадаптер.

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

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

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

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

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

Базовое программное обеспечение организует процесс обработки информации в компьютере, создавая нормальное рабочую среду для прикладных программ. Оно очень тесно связано с аппаратными средствами и иногда считается частью ПК. В состав базового программного обеспечения входят: операционные системы (ОС) - одно- и многозадачные, сетевые; сервисные программы (оболочки, утилиты, антивирусные средства); трансляторы языков программирования; программы технического обслуживания.

Типичным представителем однозадачных ОС является MS-DOS, разработанная фирмой Microsoft. Типичными представителями многозадачных ОС является UNIX, OS / 2, Microsoft Windows xx, Microsoft Windows NT. Типичными представителями сетей ных ОС является Novell Net Ware, Microsoft Windows NT, IBM LAN, UNIX и др.

Прикладное программное обеспечение (ПО) предназначено для решения конкретных задач пользователя и организации вычислительного процесса ИС в целом. Работает оно под управлением базового ПО. В состав прикладного ПО входят:

- Пакет прикладных программ общего назначения (редакторы текстовые и графические, электронные таблицы (ЭТ), интегрированные пакеты, CASE-технологии, EC, СУБД);

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

- Проблемно-ориентированные пакеты прикладных программ (для промышленной сферы, непромышленной сферы, отдельных ПС);

- Пакеты прикладных программ глобальных сетей ЭВМ.

Организационное обеспечение АИС включает:

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

- Разработка должностных инструкций, которые определяют права, обязанности, ответственность персонала за обработку информации в АИС, правила пользования информацией;

- Разработка документации, регулирующей порядок обмена информацией в АИС и с внешними ИС, правила выхода из нештатных ситуаций;

- Составление графиков ввода и обработки данных. Правовое обеспечение АИС включает общую и специальную части.

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

Специальная часть содержит средства юридической поддержки решений, которые принимаются. Эта часть реализуется введением в АИС коммерческих юридических БД.

Основу технологического обеспечения АИС составляют предметные и современные ИТ.

В современных АИС используют различные ИТ, которые реализуются с помощью компьютеров и программных средств: текстовые, графические и табличные процессоры, ЭП, системы управления базой данных (СУБД), гипертекстовые технологии, технологии мультимедиа, EC, СППР.

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

Обеспечительная часть не только осуществляет поддержку работы функциональной части АИС, но и объединяет все функциональные подсистемы в интегрированную систему - единую многофункциональную АИС.

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

Совершенствование АИС происходит в двух направлениях. Первое направление связано с развитием функциональной части - включением в функциональную структуру АИС новых подсистем, функций, АРМов, задач. Изменение функциональной структуры связано с изменением рыночной среды, рыночных стратегий, законодательных актов, правовых норм и др. Улучшение функциональных характеристик АИС приводит к полноте использования функций, которые реализуются автоматизированным способом, к росту функциональной пригодности АИС, отражается на повышении эффективности управления.

Второе направление связано с совершенствованием и развитием обеспечительной части АИС. Характеристики обеспечительных подсистем весьма относительны, поскольку происходит смена поколений компьютеров, быстрыми темпами идет развитие системного и прикладного ПО, средств телекоммуникаций.

ПО децентрализованного использования вычислительной техники АИС создается или как совокупность автономных систем, объединенных линиями связи в локальную сеть (одноуровневая система), или как двухуровневая система, в которой на автоматизированных рабочих местах ведется предварительная обработка первичной информации с последующей передачей ее на информационно вычислительной центр (ИВЦ) для окончательной обработки. В двухуровневых АИС сочетаются преимущества систем децентрализованного обработки информации, в которых технические средства приближенно к местам ее возникновения, и централизованных систем, когда сложную, объемистую работу для решения функциональных задач выполняет ИВЦ.

С технической точки зрения - это вычислительная сеть с центральной ЭВМ и АРМами управленческих работников, имеющих доступ к общей БД.

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

Внесенные в БД изменения сразу видны всем заинтересованным лицам, осуществляющим достоверность и непротиворечивость информации.

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

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

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

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

Появление более совершенных аппаратных и программных средств подталкивает пользователей к постоянной модернизации АИС.

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

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

Высокую эффективность АИС обеспечивает процесс концентрации нагрузки на серверах. Одноранговые сети и сети с простым файлом-сервером трансформируются в иерархические структуры "станции-клиенты - сервер бизнес-приложений".

В основу этих АИС возложены требования по сокращению эксплуатационных ресурсов при увеличении масштабности системы и расширение круга ее функциональных обязанностей. Последнее обстоятельство особенно важно, поскольку существует устойчивая тенденция к практически 100% -ной интеграции ИТ различных функциональных подсистем (бизнес-приложений) в единую бизнес-модель предприятия.

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

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

Кроме того, мощность и характеристики ПК определяются требованиями программных средств, установленных на нем. Например, для работы в программной среде Windows 95 нужны: процессор 386 и выше; оперативная память емкостью не менее 4 Мбайт (рекомендуется 8 Мбайт); VGA-совместимый видеоадаптер.

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

Типичным представителем однозадачных ОС является MS-DOS, разработанная фирмой Microsoft. Типичными представителями многозадачных ОС является UNIX, OS / 2, Microsoft Windows, Microsoft Windows NT. Типичными представителями сетевых ОС является Novell Net Ware, Microsoft Windows NT, IBM LAN, UNIX и др.

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

1.3 Задачи АИС

Любой Объект представляет сoбoй слoжный oрганизм, существующий как единoе кooрдинирoванное целoе. В настoящий мoмент, инфoрмациoннoе oбеспечение решает, в oсновном, две группы задач:

oбрабoтку числoвых данных (различные "зарплаты", "бухгалтерии", "таможенные декларации", "сметы" и т.п.);oбработку упорядоченных массивoв симвoльных информациoнных данных (различные базы данных: "склад", "контракты", "oрганайзер" и т.п.). oчень немнoгие системы предлагают комплекснoе решение технoлоpгических и кoммуникациoнных задач (Офисные системы, системы Планирoвания).

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

Перечисленные особенности просто отмечают тот факт, что на самом деле, компьютерные системы призваны решать или помогать решению задач Управления Объектом.

Анализируя потребности сотрудников Объектов, сформулирована основная задача, которую необходимо решить для того, чтобы информационная система имела смысл и полезность:

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

Данная задача более чем на 65% решается в Офисных системах путем введения в обработку технологической модели, но при этом сочетающая в себе информационно-поисковые свойства. Однако стационарной модели Объекта недостаточно, ибо Объект как организм, существующий в независимой среде, претерпевают постоянную модификацию. Если данную модификацию отражать с помощью реконфигурации информационной системы, то можно получить два неудобства: опоздание по времени (система каждый раз будет работать с предыдущим состоянием Объекта) и возможные ошибки интерпретации Объекта (стандартный технологический цикл модификации информационной системы следующий:Объект - Технологическая интерпретация - Постановка - Системная интерпретация - Код - Аппаратная интерпретация - Диалог - Пользовательская интерпретация - Решение задач).

Отсюда возникает вторая задача, уровень которой на порядок выше предыдущей:

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

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

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

Необходимо, чтобы информационная система "умела" анализировать взаимодействие пользователей с собой и со своими данными для извлечения информации об изменении контекста Объекта и модификации модели Объекта (обратная связь и самомодификация).

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

1) не допускают рекурсии совсем;

2) устанавливают конечное количество циклов;

3) вводят механизмы параметризации - делая независимый параметр, используемых в рекурсивных моделях.

Размещено на Allbest.ru

1.4 Этапы разработки ИС

Разработка ИС – это трудоемкий, длительный и динамический процесс, состоящих из нескольких этапов.

Проектирование имеет целью обеспечить эффективное функционирование ИС и её взаимодействие со специалистами, использующими в сфере деятельности конкретного экономического объекта ПЭВМ и развитые средства коммуникации для выполнения своих профессиональных задач и принятия управленческих решений.

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

Рассмотрим подробнее соответствующие стадии и этапы.

1. Стадия формирования требований к АИС.

Этапы: обследование объекта и обоснование необходимости построения системы; формирование требований пользователя к ней; оформление отчета и заявки на ее разработку (тактико-техническое задание).

2. Стадия разработки концепции АИС.

Этапы: изучение объекта; выполнение необходимых научно-исследовательских работ (НИР); разработка вариантов концепции АИС и выбор того из них, который удовлетворяет требования пользователя; оформление отчета о проделанной работе.

3. Стадия разработки технического задания.

Этапы: разработка технического задания и его утверждение.

4. Стадия эскизного проектирования.

Этапы: разработка предварительных проектных решений относительно системы и отдельных ее частей.

5. Стадия технического проектирования.

Этапы: разработка проектных решений относительно системы и ее частей; разработка документации АИС и ее частей; разработка и оформление документации на поставление или разработку изделий для комплектования системы; разработка заданий на проектирование в смежных частях проекта автоматизации.

6. Стадия рабочего проектирования.

Этапы: разработка рабочей документации на систему и ее части; создание или адаптация программ.

7. Стадия внедрения системы в действие.

Этапы: подготовка объекта автоматизации к внедрению АИС; подготовка персонала; комплектования АИС (программными и техническими средствами, информационными изделиями); строительно-монтажные работы; пусконаладочные работы; предварительные испытания; опытная эксплуатация; приемочные испытания.

8. Стадия сопровождения.

Этапы: выполнение работ по гарантийным обязательствам и послегарантийное обслуживание.

В зависимости от сложности автоматизированных процессов и задач не все стадии одинаково обязательны. С первых трех стадий обязательна третья, результатом выполнения которой должен быть утвержден документ «Техническое задание» - ТС. Разрабатывает его, как правило, заказчик. ТС делится на 9 разделов и определяет требования к автоматизированным функциям и задачам и к видам обеспечения; регламентирует организацию разработки, размеры расходов, сроки выполнения стадий и этапов работ и тому подобное. ТС определяет также очередность разработки и внедрения системы (пусковые комплексы, очереди и т.д.).

Охарактеризуем кратко главные разделы ТЗ.

1. Общие сведения. Подаются полная и условная названия работы, заказчика и объекта.

2. Назначение и цели работы. Выясняются назначения и цель автоматизации, например сокращение сроков обработки данных, минимизация затрат.

3. Характеристика предметной области. Приводятся сведения об объекте управления и процессы, которые нужно автоматизировать, об условиях выполнения заданий.

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

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

На стадии рабочего проектирования – РП - к наиболее трудоемким операциям относятся разработка и отладка рабочих программ.

Заметим, что в случае объединения стадий технического и рабочего проектирования объем документации уменьшается (примерно на 20%).

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

Организация разработки автоматизированного решения отдельных задач или их комплексов в том случае, когда на объекте работает АИС, имеет свою специфику, поскольку тогда, как правило, технический комплекс и базовое программное обеспечение - ПО - уже заданы. При таких условиях рассматриваемый процесс разработки автоматизированного решения задач разделяют на 8 этапов.

1. Формулировка требований - аналог ТС.

2. Постановка задачи - элемент ТП.

3. Построение алгоритма решения задачи - элемент ТП.

4. Разработка контрольного примера (КП) - элемент ТП.

5. Разработка машинной блок-схемы и программы - элемент РП.

6. Отладка разработанных программ на контрольном примере - элемент РП.

7. Отладка разработанных программ на реальных данных (пробная эксплуатация). Принятие в промышленную эксплуатацию.


2. Аналитическая часть

2.1 Технико-экономическая характеристика интернет-кафе

Интернет-кафе «Лагуна» будет средним по количеству машин (20 шт.), расположенным в г.Железногорске по Ленинградскому проспекту, это место идеально подходит для интернет-кафе, так как рядом расположены четыре школы и жилые дома.

Основной вид деятельности интернет-кафе- это предоставление доступа в сеть Интернет, предоставляющий в свою очередь широкий спектр возможностей:

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

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

- Интернет форумы - веб-приложения, имеющие определенную тематику, разделы для обсуждений, в которых сообщения выносятся на всеобщее обсуждение;

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

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

- Интернет магазины - виртуальные торговые площадки, с возможностью покупки товаров не выходя из дома.

Также кроме вышеперечисленных существует большое количество компьютерных игр: Counter-Strike, Quake III Arena, Starcraft 3, Pirates of the Caribbean, FIFA , Call of Duty, Need for Speed Underground, Unreal Tournament II, Painkiller, Stulker, Warcraft III, GTA.

Организационная структура ООО «Лагуна» представленная в виде схемы:

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

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

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

Основными информационными потоками интернет-кафе являются обработка данных посетителей, учет персонала и оборудования.

2.2 Анализ существующих ИС

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

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

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

Были проанализированы основные разработки, направленные на комплексную автоматизацию социально-развлекательных учреждений. Известные ИС применяют следующие стандартные СУБД: Microsoft SQL -27,9%, Oracle - 18,75%, Borland Interbase - 6,8%, Cache - 15,75%, Lotus Notes/Domino - 12,76%.

Oracle Database или Oracle RDBMS — объектно-реляционная система управления базами данных компании Oracle( рис.2.1).

Рисунок 2.1 - Oracle database

Microsoft SQL — система управления реляционными базами данных (СУРБД), разработанная корпорацией Microsoft. Основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase (рис. 2.2). Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.

Все используемые базы данных можно разделить на два разных вида: реляционные базы данных и постреляционные базы данных. В настоящее время в России 92% ПО основано на реляционных СУБД. Для ИС эта цифра составляет 75%. Это обусловлено спецификой ИС и возможностью отображать необходимую информацию. Остальные 25% относящиеся к постреляционным практически поровну разделили между собой Lotus Notes/Domino и Cache (рис.2.3).

Рисунок 2.2 - Microsoft SQL

 

Рисунок 2.3 - Lotus notes

В ближайшее время данная ситуация приоритета Microsoft начнёт изменяться, так как фактом является то, что Oracle и Lotus Domino значительно эффективней работают под управление Linux. Ещё одной немаловажной причиной в пользу Linux выступает экономический аспект, так как стоимость самой операционной системы Linux значительно ниже, чем ПО Microsoft, и нет необходимости в оплате лицензий на подключение к серверу.

Таким образом, развитие современных ИС мы можем ожидать в следующих направлениях:

- широкое использование операционных систем типа Linux и UNIX;

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

Таблица 2.1

Сравнительный анализ

Oracle

Lotus Domino

Cache

Microsoft SQL

интерфейс

+

-

-

-

Удобство

+

-

+

-

Сложность освоения

-

-

-

-

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

2.3 Обоснование выбора БД для интернет-кафе и выбора СУБД

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

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

Средствами Access можно выполнить следующие операции.

1.    Проектирование базовых объектов ИС - двумерных таблиц с разными типами данных, включая поля объектов OLE.

2.    Установление связей между таблицами, с поддержкой целостности данных, каскадного обновления и удаления записей.

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

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

 ·         оптимизация пользовательского ввода и просмотра данных (формы);

·         соединение данных из различных таблиц;

·         проведение групповых операций (т.е. операций над группами записей, объединенных каким-то признаком), с расчетами и формированием вычисляемых полей;

·         отбор данных с применением аппарата логической алгебры (запросы);

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

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

В Microsoft Access имеется возможность открывать таблицы, запросы, представления, сохраненные процедуры, функции и формы в режимах сводной таблицы и сводной диаграммы. Существует возможность сохранять представления в режимах сводной таблицы и сводной диаграммы в качестве страниц доступа к данным, которые затем может просмотреть любой пользователь, на компьютере которого установлен Microsoft Internet Explorer 5 или более поздняя версия.

Microsoft Access предоставляет мощные интуитивные способы совместного использования данных XML (Extensible Markup Language), независимо от платформы, формата данных, протокола, схемы и бизнес-правил. Язык XML является не только стандартной технологией передачи данных в Интернете; он быстро превращается в предпочтительную технологию обмена данными между деловыми приложениями.

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

Вы можете запускать MS Access и завершать ее работу любым из стандартных способов, предусмотренных в среде Windows.

Объектом обработки MS Access является файл базы данных, имеющий произвольное имя, и расширение .MDB. В этот файл входят основные объекты MS Access: таблицы, формы, запросы, отчеты, страницы, макросы и модули.

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

  1.  Определение цели создания базы данных. На первом этапе разработки базы данных необходимо определить ее назначение и как она будет использоваться. Посоветуйтесь с будущими пользователями базы данных. Вместе с ними сформулируйте вопросы, ответы на которые вы и они хотите получать с помощью базы данных. Создайте эскизы отчетов, которые хотелось бы получить. Соберите формы, которые вы уже используете для ввода данных. По мере определения предназначения базы данных начнет формироваться перечень необходимых данных. Зная это, можно определить, какие фактические данные следует сохранять в базе данных и по каким темам распределяются эти данные. Темам должны соответствовать таблицы, а данным - поля (столбцы) в этих таблицах.
  2.  Определение нужных полей в базе данных. Каждое поле содержит определенные фактические данные. Например, может потребоваться следующая информация о заказчиках: название компании, адрес, город, страна и номер телефона. Для каждого типа сведений следует создать отдельное поле. При составлении схемы полей учитывайте следующее.

·         Включайте все необходимые сведения. Разбивайте информацию на минимальные логические компоненты. Например, имена сотрудников удобно разбить на два поля — «Имя» и «Фамилия», что облегчит сортировку по фамилиям.

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

·         Не рекомендуется включать в таблицу данные, которые являются результатом выражения. Например, в таблице, содержащей поля «Цена» и «Количество», не следует создавать поле, содержащее произведение значений этих полей.

·         Не создавайте поля, содержащие аналогичные данные. Например, если создать в таблице «Поставщики» поля «Товар!», «Товар2»и «Товар3», будет трудно найти поставщиков, поставляющих конкретный товар. Кроме того, придется изменять структуру базы данных, если появится поставщик, предлагающий четыре товара. Достаточно будет одного поля для товаров, если поместить это поле в таблицу «Товары», а не в таблицу «Поставщики».

  1.  Определение таблиц, которые должна содержать база данных. Каждая таблица должна содержать информацию только на одну тему. Список нужных полей подскажет, какие требуются таблицы. Например, если будет использоваться поле «Дата Найма», оно принадлежит теме сведений о сотрудниках, т.е. должно содержаться в таблице «Сотрудники». Потребуются также таблицы «Клиенты», «Товары» и «Заказы».
  2.  Определение таблиц, к которым относятся поля. При решении вопроса, к какой таблице должно относиться каждое поле, необходимо учитывать следующие принципы разработки.

·         Включайте каждое поле только в одну таблицу.

·         Не включайте поле в таблицу, если в результате его добавления одни и те же данные будут появляться в нескольких записях этой таблицы. Если оказывается, что поле таблицы содержит много повторяющихся данных, это поле, вероятно, помещено не в ту таблицу. Например, при включении поля, содержащего адрес заказчика, в таблицу «Заказы» эта информация будет повторяться во многих записях, если заказчик будет делать разные заказы. Если же поместить адрес в таблицу «Клиенты», он появится только один раз. Данные, хранящиеся только в одной таблице, обновляются только один раз. Это более эффективно и, кроме того, исключает возможность дублирования записей, содержащих разные сведения.

  1.  Определение полей с уникальными значениями в каждой записи. Для связывания в Microsoft Access сведений, хранящихся в разных таблицах, например, для связывания клиента со всеми его заказами, каждая таблица базы данных должна содержать поля или набор полей, однозначно определяющих каждую запись. Такое поле или набор полей называют первичным ключом.
  2.  Определение связей между таблицами. После разбиения сведений на таблицы и определения полей первичного ключа необходимо выбрать способ, которым Microsoft Access будет вновь объединять связанные сведения. Для этого следует определить связи между таблицами базы данных Microsoft Access. При этом полезно изучить связи в существующей базе данных с хорошо организованной структурой, например, в учебной базе данных «Борей».
  3.  Усовершенствование структуры базы данных. После создания нужных таблиц, полей и связей необходимо еще раз просмотреть структуру базы данных и выявить возможные недочеты. Желательно это сделать на данном этапе, пока таблицы не заполнены данными.

Создайте таблицы в Microsoft Access, создайте между ними связи и введите в таблицы достаточный объем данных для проверки структуры. Чтобы проверить связи в базе данных, посмотрите, удается ли создать запросы для получения нужных сведений. Создайте черновые формы и отчеты, посмотрите, отображаются ли в них те данные, что ожидались. Выполните поиск излишних повторов данных и исключите их.

  1.  Ввод данных и создание других объектов базы данных. Если структуры таблиц отвечают поставленным требованиям, то можно ввести все данные. Затем можно создать все необходимые объекты базы данных - запросы, формы, отчеты, страницы доступа к данным, макросы и модули.
  2.  Использование средств анализа Microsoft Access. В Microsoft Access существуют два инструмента, помогающие усовершенствовать структуру базы данных Microsoft Access. Мастер анализа таблиц позволяет проанализировать структуру таблицы, предложить подходящие новые структуры и связи, а также разделить таблицу на новые связанные таблицы, если это имеет смысл. Анализатор быстродействия исследует всю базу данных и дает рекомендации по ее улучшению, а также может выполнить эти рекомендации.

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

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

  1.  база данных – это основа для будущего наращивания прикладных программ. Базы данных должны обеспечивать возможность разработки приложений легче, быстрее, дешевле;
    1.  многократное использование данных – пользователи, которые по-разному понимают одни и те же данные, могут использовать их различным образом;
      1.  сохранение затрат умственного труда – существующие программы и логические структуры данных не переделываются при внесении изменений в базу данных;
      2.  простота – пользователи могут легко узнать и понять, какие данные имеются в их распоряжении;
      3.  легкость использования – пользователи имеют простой доступ к данным; сложный доступ к данным осуществляет СУБД;
      4.  гибкость использования – обращение к данным или их поиск осуществляется с помощью различных методов доступа;
      5.  быстрая обработка незапланированных запросов на данные – случайные запросы на данные могут обрабатываться с помощью высокоуровневого языка запросов или языка генерации отчетов, а не прикладными программами, написанными с целью обработки конкретных запросов;
      6.  простота внесения изменений. База данных может увеличиваться и изменяться без нарушения имеющихся способов использования данных;
      7.  небольшие затраты – низкая стоимость хранения и использования данных и минимизация затрат на внесение изменений;
      8.  уменьшение избыточности данных – требования новых приложений удовлетворяются за счет существующих данных, а не путем создания новых файлов;
      9.  производительность – запросы на данные удовлетворяются с такой скоростью, которая требуется для использования данных;
      10.  достоверность данных и соответствие одному уровню обновления. Необходимо использовать контроль над достоверностью данных. Система предотвращает наличие различных версий одних и тех же элементов данных, доступных пользователям, на различных стадиях обновления;
      11.  секретность – несанкционированный доступ к данным невозможен. Ограничение доступа к одним и тем же данным для различного их использования может осуществляться различными способами;

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


3. Проектная часть

3.1 Описание структуры БД

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

Запись – полный набор данных об определенном объекте. В режиме таблицы запись изображается как строка.

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

Таким образом, поле – это наименьший поименованный элемент информации, хранящийся в базе данных и рассматриваемый как единое целое.

Структура базы данных – это набор полей, которые определяют содержание и вид БД. Она определяет методы занесения данных и хранения их в базе.

Термины база данных, таблица, запись, поле и значение указывает на иерархию от наибольшего элемента к наименьшему в базах данных Access.

Если в базе данных нет никаких данных, то это все равно полноценная база данных. Хотя данных в базе и нет, но информация в ней все-таки есть – это структура базы

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

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

Каждому полю таблицы присваивается уникальное имя, которое не может содержать более 64 символов, не разрешается использовать символы: “.”, “!”, “[”, “]”.

Тип поля указывает Access, как обрабатывать эти данные. Можно использовать следующие типы:

- Текстовый – для текстовой информации и чисел при невыполнении математических расчетов (до 255 символов).

- Поле МЕМО – для хранения произвольного текста, комментариев.

- Числовой – при выполнении над данными математических операций.

- Денежный – специальное числовое поле используется для операций с деньгами.

- Дата/Время – предназначено для хранения информации о дате и времени.

- Счетчик – специальное числовое поле, в котором Access автоматически присваивает уникальный порядковый номер каждой записи.

- Логический – может иметь только одно из двух возможных значений “Да” или “Нет”.

- Поле объекта OLE – объект, созданный другим приложением.

Базы данных, имеющие связанные таблицы по совпадающим значениям полей, называются реляционными. Большинство современных БД для персональных ЭВМ являются реляционными.

База данных в ACCESS представляет собой единый большой объект, который объединяет такие составляющие, как таблицы, отчеты, запросы, формы и т.д., и позволяет хранить их в едином дисковом файле.

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

Исходное окно Access отличается простотой и лаконичностью. Шесть вкладок этого окна представляют шесть видов объектов, с которыми работает программа.

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

Форма – объект Microsoft Access, предназначенный, в основном, для ввода данных. В форме можно разместить элементы управления, применяемые для ввода, изображения и изменения данных в полях таблиц.

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

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

Макросы – это макрокоманды (простые команды), предназначенные для автоматизации выполнения каких-то операций с базой без программирования.

Модули – это программные процедуры, написанные на языку VBasic.

Открытие базы данных делает ее объекты доступными для Access. С помощью вкладок можно выбрать тип нужного объекта.

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

Любая таблица Microsoft Access может быть представлена в двух режимах:

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

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

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

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

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

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

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

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

Администратор проводит записи на предоставление услуг и берёт оплату.

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

Спроектируем БД (рис. 3.1.1)

Рисунок 3.1.1 Диаграмма классов

Создадим базу данных с такими таблицами:

- Администраторы;

- Залы;

- Компьютеры;

- Посетители;

- Посещения;

- Услуги.

3.2. Логическая и физическая модели данных

Версия концептуальной модели, которая может быть обеспечена конкретной СУБД, называется логической моделью. Процесс построения логической модели базы данных должен опираться на определённую модель данных (реляционная, сетевая, иерархическая), которая определяется типом предполагаемой для реализации информационной системы СУБД. В нашем случае база данных создается в среде Microsoft Access и будет представлять собой реляционную базу данных.

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

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

Атрибут (поле) – любой столбец в таблице.

Домен – множество значений, которые может принимать атрибут.

Кортежи (записи) – строки таблицы.

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

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

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

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

В Access возможно создание двух типов связей:

- отношение один-к-одному (1:1);

- отношение один-ко-многим (1:M).

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

Для установления отношения многие-ко-многим (M:M) необходимо создать связующую таблицу, содержащую ключевые поля обеих связанных таблиц.

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

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

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

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

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

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

Исключить дублирование информации в таблицах.

Обеспечить возможность изменений в структуре таблиц.

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

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

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

Первая нормальная форма

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

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

Вторая нормальная форма

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

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

Третья нормальная форма

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

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

Четвёртая нормальна форма

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

Пятая нормальная форма и комбинированные элементы

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

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

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

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

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

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

Рисунок 3.2.1 Логическая модель данных

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

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

Файлом базы данных в теории баз данных называется таблица реляционной модели.

Физические модели для базы данных Интернет - кафе представлены на рисунках 3.2.2-3.2.7.

Рисунок 3.2.2 Конструктор таблицы Администраторы

Рисунок 3.2.3 Конструктор таблицы Залы

Рисунок 3.2.4 Конструктор таблицы Компьютеры

 

Рисунок 3.2.5 Конструктор таблицы Посетители

 

Рисунок 3.2.6 Конструктор таблицы Посещения

Рисунок 3.2.7 Конструктор таблицы Услуги

3.3. Описание пользовательского интерфейса

Форма авторизации (рис.3.3.1) открывается сразу после входа в программу. На ней указываются пароль пользователя для входа в систему.

Рисунок 3.3.1 Форма авторизации

При запуске программы открывается форма Главная (рис. 3.3.2), она является главной кнопочной формой, которая предназначена для навигации по базе данных. Элементами главной формы являются объекты форм и отчетов.

Рисунок 3.3.2  Форма Главная

С главной формы мы можем с помощью кнопок перейти на подчиненные формы, например на форму Посетители (рис. 3.3.3), с формы Посетители можно перейти на форму Посещения (рис. 3.3.4) и обратно, а так же вернуться в главное меню.

Рисунок 3.3.3  Форма Посетители

Рисунок 3.3.4  Форма Посещения

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

- для перехода к другим записям (рис.3.3.5),

Рисунок 3.3.5 Переход по записям

- для работы с записями добавить, восстановить, удалить, сохранить (рис.3.3.6);

 

Рисунок 3.3.6 Для работы с записями

- для работы с формой: закрыть(рис.3.3.7);

Рисунок 3.3.7 Для работы с формой

- для поиска конкретной записи(рис.3.3.8);

Рисунок 3.3.8 Для поиска записи

- для печати текущей записи(рис.3.3.9).

Рисунок 3.3.9 Для печати

3.4 Создание запросов и отчетов в БД интернет-кафе

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

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

В данной дипломной работе были созданы такие запросы:

1) Количество посещений за определенный день:

SELECT Посещения.[Дата посещения], Count (Посещения.[Код посещения]) AS Посещений

FROM Посещения

GROUP BY Посещения.[Дата посещения]

HAVING (((Посещения.[Дата посещения])=[Введите дату]));

Выполненный запрос (рис. 3.4.1 и 3.4.2):

Рисунок 3.4.1 Форма для ввода даты

Рисунок 3.4.2 Выполненный запрос в виде таблицы

2) Выручка за последнее время начиная с определенной даты:

SELECT Посещения.[Дата посещения], Sum(Посещения.Цена) AS ИТОГО

FROM Посещения

GROUP BY Посещения.[Дата посещения]

HAVING (((Посещения.[Дата посещения])=[Введите дату]));

Выполненный запрос (рис. 3.4.3 и 3.4.4):

Рисунок 3.4.3 Форма для ввода даты

 

Рисунок 3.4.4 Выполненный запрос в виде таблицы

3) Информация о посетителе:

SELECT Посетители. ФИО, Посетители.[Дата рождения], Посетители. Адрес, Посетители.[Постоянный клиент]

FROM Посетители

WHERE (((Посетители.ФИО)=[Введите ФИО]));

Выполненный запрос (рис. 3.4.5 и 3.4.6):

:

Рисунок 3.4.5 Форма для ввода ФИО

Рисунок 3.4.6 Выполненный запрос в виде таблицы

4) Какой посетитель сколько раз сидел за каждым компьютером:

Конструктор запроса (рис. 3.4.7):

 

Рисунок 3.4.7 Конструктор Запроса

Выполненный запрос (рис. 3.4.8):

Рисунок 3.4.8 Выполненный запрос в виде таблицы

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

Отчеты служат для сбора и представления данных, содержащихся в таблицах. Обычно отчет позволяет ответить на определенный вопрос, например: «Сколько денег было получено от каждого клиента в этом году?», «В каких городах есть клиенты нашей компании?» Каждый отчет можно отформатировать так, чтобы представить сведения в наиболее удобном виде.

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

В данном дипломном проекте были созданы такие отчеты:

1) Отчет по посещениям в месяц. В этом отчете представлена информация о каждом посещении и в конце месяца подсчитывается количество минут и месячная выручка (рис. 3.4.8).

Рисунок 3.4.8 Отчет Посещения

2) Постоянные посетители (рис. 3.4.9)

Рисунок 3.4.9 Отчет Постоянные клиенты

3) Популярные услуги (рис. 3.4.10).

Рисунок 3.4.10 Отчет популярные услуги

3.5 Обеспечение информационной безопасности проекта

3.5.1 Резервное копирование базы данных

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

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

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

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

В Microsoft Office Access 2007 команду Отменить можно использовать до 20 раз для отмены изменений, внесенных со времени последнего сохранения файла базы данных.

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

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

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

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

3.5.2 Использование пароля для шифрования

Средство шифрования в Office Access 2007 представляет собой два объединенных и улучшенных средства прежних версий — кодирование и пароли баз данных. При использовании пароля для шифрования базы данных все данные становятся нечитаемыми в других программных средствах, и для того чтобы использовать эту базу данных, пользователи должны вводить пароль.


4. Экономическая часть

4.1 Расчет затрат на создание информационной системы

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

На канцелярию и прочие материалы было потрачено 1000 руб.

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

Для создания информационной системы были использованы:

  •  СУБД Microsoft Access 2007,
  •  операционная система Windows 7,
  •  Microsoft Office Word 2007.

4.2 Расчет стоимости информационной системы

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

  •  Наличие четкого видения картинки результата у Заказчика и готового Технического Задания (в нашем случае его не было, значит цена увеличивается);
  •  Сложность базы данных;
  •  Уникальность базы данных (создавалась с нуля – это увеличивает цену);
  •  Требования к производительности (с базой работает несколько специалистов);
  •  В стоимость включается возможность создания отчетов.

Стоимость разработки информационной системы для Интернет-кафе «Лагуна» рассчитывается по часам, затраченным на работу. Стоимость одного часа приравнивается к 500 руб.

Сроки разработки определяются следующим образом (Таблица 1):

  •  Срок разработки одной таблицы составляет от 1 часа до 4 часов (6 таблиц по 2 часа);
  •  Срок разработки одной формы, как правило, колеблется в пределах 8-10 часов, с учетом настройки форм ввода и редактирования, с учетом обработок различных ошибок при вводе информации пользователями, а также с учетом необходимых печатных форм документа (5 формы для удобного заполнения по 8 часов);
  •  Срок разработки одного запроса составляет от 3 часов до 4 часов и выше в зависимости от сложности отчета, от простых табличных отчетов до сложных графических или описательных отчетов. (имеется 8 запроса по 3 часа).

Таблица 4.2.1

Расчет времени на разработку БД.

Создается

Количество, шт.

Затрачено времени, шт/час.

Таблица

6

2

Формы

4

8

Запрос

8

3

Итого

68 часа

В общей сложности получаем 68 часа на разработку базы данных, равная  34тыс.руб. (68 часа * 500 руб).

При расчете стоимости БД нужно учесть дополнительные аспекты, а именно (Таблица 2):

Так как база данных разрабатывалась с нуля, не имея технического задания, узнавая требования к продукту через разговор непосредственно с работниками Интерне-кафе, то прибавляем к стоимости 4 тыс.

В процессе создания готовой базы данных, разрабатывался тестовый вариант, который был на эксплуатации в Центре. Это прибавляет ещё 4 тыс.  К тому же после база данных была доработана, были учтены все требования заказчика по изменению, что стоит 9 тыс.

Таблица 4.2.2

Расчет итоговой стоимости БД.

Выполняемая работа

Стоимость, тыс.руб.

База данных

34

Техническое задание

4

Тестовый вариант БД

6

Доработка БД

7

Итого

51

Итого получаем стоимость информационной системы, равную 51000 руб.

4.3 Оценка экономической эффективности внедрения в интернет-кафе информационной системы

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

Посмотрим, окупает ли себя база данных путем сравнения работы администратора с базой данных и без (Таблица 3):

Таблица 4.3.1

Сравнение работы администратора с БД и без.

Короткое обозначение

До использования БД

После внедрения БД

Экономия

Заполнение данных об одном пациенте, мин.

Дпац.

8

2

6

Кол-во приемов в сутки, шт.

П

35

35

-

Время на заполнение данных о пациентах за смену, час.

Дсм.

5

1

4

Оплата регистратора в час, руб.

Зп

100

100

-

Оплата регистратора за смену, руб

Зс

400

100

300

Кол-во рабочих дней в год, дни.

Рд

250

250

-

Кол-во рабочих часов в год тратящихся на заполнение данных, час

Рч

1250

250

1000

До использования БД:

Тратящееся время на заполнение данных о посетителе за смену

Дсм.1=П1*Дпац.1 час                                     (4.1)

Дсм.1=35*8=280 мин = 5 час

Заработная плата регистратора за смену

Зс.1=Зп.1*Дсм.1 руб.                                    (4.2)

Зс.1=100*5=500 руб.

Количество часов, тратящихся на заполнение данных, в год

Рч.1=Рд.1*Дсм.1 час                                     (4.3)

Рч.1=250*5=1250 час

После внедрения БД:

Тратящееся время на заполнение данных о пациентах за смену

Дсм.2=П2*Дпац.2 час                                  (4.4)

Дсм.2=35*2=70 мин = 1 час

Заработная плата регистратора за смену

Зс.2=Зп.2*Дсм.2 руб.                                   (4.5)

Зс.2=100*1=100 руб.

Количество часов, тратящихся на заполнение данных, в год

Рч.2=Рд.2*Дсм.2 час                                    (4.6)

Рч.2=250*1=250 час

Полученная экономия:

Сэкономленные минуты на заполнение данных об одном пациенте

Дпац.эк.=Дпац.1 Дпац.2 мин                          (4.7)

Дпац.эк.=82=6 мин

Сэкономленные часы на заполнение данных за смену

Дсм.эк.=Дсм.1 Дсм.2 час                              (4.8)

Дсм.эк.=51=4 час

Экономия Центра на оплате услуг регистратора за смену

Зс.эк.=Зс.1 Зс.2 руб.                                  (4.9)

Зс.эк.=500100=400 руб.

Количество сэкономленных часов за год

Рч.эк.=Рч.1 Рч.2 час                                (4.10)

Рч.эк.=1250250=1000 час

Учитывая, что стоимость 1 часа работы регистратора 100 руб., экономия составит 1000 часов* 100 руб. = 100 тыс. руб.

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

Срок  окупаемости моего проекта около полугода.

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

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

Показателями прямой экономической эффективности являются:

- абсолютное снижение трудовых и стоимостных затрат, показывающих на сколько времени и на какую сумму снизились затраты;

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

- индекс роста производительности труда, показывает, во сколько раз произошло изменение.

Косвенная эффективность позволяет оценить влияние задачи на различные стороны деятельности через качественные факторы.

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

В которой заключается следующее:

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

- использование разработанной программы позволяет упорядочить большие объёмы информации для удобного использования;

- значительно уменьшается вероятность ошибок при ведении статистики посещений, как следствие – увеличение качества и скорости обслуживания покупателей.

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

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


Заключение

Современную жизнь представить без современной техники просто невозможно.

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

Была разработана АИС для Интернет-кафе «Лагуна» в программе Microsoft Access.

Главными задачами данной ИС является создание благоприятных условий для организации работы службы учета договоров, директора организации, офис-менеджера.

В данной системе обеспечены следующие требования:

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

Реализованы возможности:

  •  учета посещений;
    •  учета услуг;
    •  учета компьюторов.

Формирования следующих выходной отчетности:

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

Также была подсчитана стоимость БД и экономическая эффективность.

Список литературы

  1.  Карпова Т.С. Базы данных: модели, разработка. - СПб.: Питер, 2008, – 304 с.
  2.  Петров В.Н. Информационные системы. – СПб.: Питер, 2011.
  3.  Фаронов В.В. Программирование баз данных в Delphi 7: Учебный курс. – СПб.: Питер, 2009 - 464 с.
  4.  Кренке Д. Теория и практика построения баз данных: [пер. с англ.] / Д. Кренке. - 9 - е изд. - СПб.: Питер, 2008. - 858 с.
  5.  Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. - СПб.: КОРОНА принт, 2011. - 416с.
  6.  Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб.: Питер, 2012. - 304с.
  7.  Ульман Дж., Уидом Дж. Введение в системы баз данных. - М.: Лори, 2009. - 374с.
  8.  Мейер Д. Теория реляционных баз данных. - М.: Мир, 2011. - 608с.
  9.  Джексон Г. Проектирование реляционных баз данных для использования с микро - ЭВМ. - М.: Мир, 2012.
  10.  Четвериков В.Н. и др. Базы и банки данных. - М.: Высш.шк., 2012.
  11.  Бойко В.В., Савинов В.М. Проектирование баз данных информационных систем. - М.: Финансы и статистика, 2008.
  12.  Дейт К. Введение в системы баз данных. - К.: Диалектика, 2008.
  13.  Хансен Г., Хансен Д. Базы данных: разработка и уравление. - М.: БИНОМ, 2011.
  14.  Каратыгин С., Тихонов А., Тихонова Л. Visual Fox Pro 5. К вершинам мастерства. - М.: Восточная книжная компания, 2011.
  15.  Бекаревич Ю.Б., Пушкина Н.В. Microsoft Access 2009. - СПб.: БХВ, 2012.
  16.  Горев А., Макащарипов С., Владимиров Ю. Microsoft SQL. Server 6.5 для профессионалов. - СПб.: Питер, 2008.
  17.  Литвиненко М.В. Конспект лекций по курсу «Базы данных» обучающей системы ДО.
  18.  Атре Ш. Структурный подход к организации базы данных. - М.: Финансы и статистика, 2009. - 312 с.
  19.  Ахтырченко К.В., Леонтьев В.В. Распределенные объектные технологии в информационных системах// СУБД № 5-6. - Москва, 2012, С.52-64.
  20.  Гусева Т.И., Башин Ю.Б. Проектирование баз данных в примерах и задачах. - М.: Радио и связь, 2008. - 160 с., ил.
  21.  Двуреченский С.В. Концептуальное проектирование баз данных к АСУ. - М.: ЦНИИатоминформ, 2011. - 121 с.
  22.  Дейт К. Введение в системы баз данных: Пер. с англ. - М.: Наука, 2009. - 464 с.
  23.  Зиндер Е.З. Проектирование баз данных: новые требования, новые подходы. М.: Финансы и статистика, 2008. - 182 с.
  24.  Кириллов В.В. Основы проектирования баз данных. - М.: Финансы и статистика, 2009. - 204 с.
  25.  Ладыженский Г. Системы управления базами данных - коротко о главном.// СУБД № 2. - Москва, 2012, С.34-39.
  26.  Создание базы данных для ведения «Ведомственного реестра» Минобразования России / Литвиненко М.В.; Моск. гос. унив. геод. и картогр. – Москва, 2012. – 9 с. – Библиогр. 5 назв. – Рус. – Деп. в ОНИПР ЦНИИГАиК 10.10. 2008 г. № 729-гд 2008 Деп.
  27.  Тиори Т., Фрай Дж. Проектирование структур баз данных: В 2-х кн. Пер. с англ. - М.: Мир, 2008. - 287 с., ил.
  28.  Тюрин Ю.Н. Макаров А.А. Анализ данных на компьютере./ Под.ред. В.Э.Фигурнова. - М.: ИНФРА-М, Финансы и статистика, 2011. - 384 с.
  29.  Цикритзис Д., Лоховски Ф. Модели данных. - М.: Финансы и статистика, 2009. - 214 с.
  30.  Харитонова И.А. Михеева В.Д. Microsoft Access 2008. – СПб.: БХВ – Санкт-Петербург, 2007. – 2010 с.


Приложение

Построение IDEF0 диаграммы:

Диаграмма потоков данных:


 

А также другие работы, которые могут Вас заинтересовать

16302. Административное право. Органы исполнительной власти 31.33 KB
  Понятие «административное право» употребляется для обозначения отрасли права России, имеющей предметом (объектом) регулирования общественные отношения, складывающиеся в сфере государственного управления, организации и деятельности органов исполнительной власти, а также внутриорганизационные отношения, возникающие в других государственных органах
16303. Технико-экономический проект участка первичной сети 352.38 KB
  Курсовая работа По дисциплине: Менеджмент в телекоммуникациях Тема: Техникоэкономический проект участка первичной сети Введение Первичная сеть представляет собой совокупность магистральной первичной сети внутризоновой первичной сети и местной первич...
16304. Світові релігії: буддизм, іслам 55.5 KB
  Іслам одна з світових релігій. Назва «іслам» переводиться з арабського як покірний. Іслам ще називають мусульманством або магометанством. Іслам виник у західній Аравії на початку VІІ ст
16305. Информатика в 9 классе. Все конспекты уроков 1.65 MB
  Кодирование информации. Единицы измерения объёма информации. Структурированный тип данных: массив. Ввод элементов массива. Решение практических задач с использованием массивов. Виды анимации. Назначение и элементы интерфейса редактора Flash. Обобщающее повторение по теме «Основы анимации». Образовательные ресурсы сети Интернет...
16306. Построить фрактал треугольник Серпинского 40.5 KB
  Построить фрактал треугольник Серпинского Самым знаменитым примером площадного геометрического фрактала является треугольник Серпинского строящийся путем разбиения треугольника необязательно равностороннего – средними линиями на четыре подобных треугольника и
16307. Снежинка Коха 51.5 KB
  Снежинка Коха Для построения снежинки Коха выполним следующие операции см. рис. 1. Рассмотрим в качестве нулевой итерации равносторонний треугольник. Рис. 1. Снежинка Коха. Затем каждую из сторон этого треугольника разделим на три равные части уберем среднюю ча...
16308. Фрактальный папоротник и аффинные преобразования 43.5 KB
  Фрактальный папоротник и аффинные преобразования Около четырехсот миллионов лет назад из теплого девонского моря населенного диковинными рыбами на еще безжизненную сушу начали наползать первые растения. Позднее на первобытной Земле многие миллионы лет шумели ка
16309. Последовательность выполнения нивелирования. Техническое нивелирование 199 KB
  Лабораторная работа № 6 Последовательность выполнения нивелирования Основные положения Способ геометрического нивелирования из середины При определении разности высот h рис. 1 нивелированием из середины устанавливают нивелир на одинаковых расстояниях между т
16310. АНАЛИЗ НАПРЯЖЕННО-ДЕФОРМИРОВАННОГО СОСТОЯНИЯ КОНСОЛЬНОЙ БАЛКИ 2.26 MB
  Лабораторная работа АНАЛИЗ НАПРЯЖЕННОДЕФОРМИРОВАННОГО СОСТОЯНИЯ КОНСОЛЬНОЙ БАЛКИ Цель работы: Приобретение практических навыков по измерению прогибов и деформаций балок. Содержание работы: Балкой называют стержень нагруженный силами действующими в напра...