АИС Магазин Евросеть

    Содержание 

    Введение……………………………………………………………………3

    1. Общие требования к информационной  системе………………………5

2. Этапы проектирования  автоматизированных информационных  систем……………………………………………………………………7

    3. Проектирование структуры базы  данных

         3.1 Описание предметной области………………………………….9

         3.2 Построение ER-диаграммы……………………………………..11

         3.3 Преобразование ER-диаграммы в реляционную  модель……..13

    4. Реализация информационной системы

         4.1 Описание СУБД……………………………………………….....16

         4.2 Описание интерфейса……………………………………………21

         4.3 Описание программных средств в проектировании…………...23

         4.4 Описание технических средств  в проектировании……….……24

         4.5 Описание работы программы…………………………………...25

    Заключение…………………………………………………………….......29

    Литература…………………………………………………………………30

 

Введение 

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

     Основные  функции СУБД – это описание структуры  базы данных, обработка данных и  управление данными.

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

     Перед созданием СУБД «Евросеть» передо мной стояли следующие цели и задачи:

• Удовлетворить все требования пользователей к содержимому базы данных. Перед проектированием базы необходимо провести обширные исследования требований пользователей к функционированию базы данных;
• Гарантировать непротиворечивость и целостность данных. При проектировании таблиц нужно определить их атрибуты и некоторые правила, ограничивающие возможность ввода пользователем неверных значений. Для верификации данных перед непосредственной записью их в таблицу база данных должна осуществлять вызов правил модели данных и тем самым гарантировать сохранение целостности информации;
• Обеспечить естественное, легкое для восприятия структурирование информации. Качественное построение базы позволяет делать запросы к базе более «прозрачными» и легкими для понимания; следовательно, снижается вероятность внесения некорректных данных и улучшается качество сопровождения базы;
• Удовлетворить требования пользователей к производительности базы данных. При больших объемах информации вопросы сохранения производительности начинают играть главную роль, сразу «высвечивая» все недочеты этапа проектирования.

 

1. Общие требования к информационной системе 

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

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

      В составе КИС выделяют 2 относительно независимых составляющих:

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

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

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

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

      Разработку  любой ИС целесообразно начинать с построения компьютерной инфраструктуры (корпоративной сети).

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

 

2. Этапы проектирования автоматизированных информационных систем 

     Ядром информационной системы является база данных. Для её построения можно  использовать метод, который основан  на методологии структурного анализа  и проектирования. На основании информации о предметной области строится функциональная модель информационной системы, с помощью которой строится ER–модель (Entity – Relationship Model, ERM, модель «сущность-связь») предметной области. Затем, на основании ER–модели и в рамках выбранной СУБД, строится схема базы данных, а затем создается программная оболочка.

       Этапы  разработки БД:

       1. Анализ потребностей. На этом этапе происходит преобразование общих знаний о требованиях к будущей системе в точные определения. Здесь определяются:

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

       - интерфейсы и распределение функций между пользователем и системой;

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

     2. Проектирование. Задача этого этапа заключается в исследование структуры системы и логических взаимосвязей ее элементов;

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

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

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

     3. Реализация;

     4. Тестирование позволяет не только устранить ошибки, но и оценить готовность ПО к эксплуатации;

     5. Отладка. Процесс отладки по уровню сложности связям с реальными данными делится на программную и системную отладку.

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

     Системная отладка предназначена для проверки всей логической системы и всего комплекса программ;

     6. Документирование. Выполняется разработка рабочей документации. На первом этапе создают рабочую документацию на систему и ее части. На 2-м этапе осуществляют разработку или адаптацию программ;

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

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

 

3. Проектирование структуры  базы данных 

     3.1 Описание предметной  области 

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

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

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

       Сущность — это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна, например, сущность СОТРУДНИКИ.

       Атрибуты  – данные, описывающие свойства сущности, например атрибуты сущности СОТРУДНИКИ: ФИО, адрес, должность.

       Классом сущностей называется совокупность сущностей, характеризующихся в информационной системе одним и тем же перечнем свойств. Так, например, совокупность всех сущностей СОТРУДНИКИ составляет класс сущностей СОТРУДНИКИ.

       Класс сущностей описывается перечнем свойств сущностей, составляющих этот класс.

       Экземпляром сущности называется конкретная сущность с определенными свойствами).

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

- Текстовый. Текст или числа, не требующие проведения расчётов;

- МЕМО. Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным;

- Числовой. Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений;

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

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

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

- Дата/Время. Дата и время хранятся в специальном фиксированном формате. 

 

      3.2 Построение ER-диаграммы 
 

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

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

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