Разработка информационной системы для салона цветов "Феерия"

 

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

РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ИННОВАЦИОННЫХ ТЕХНОЛОГИЙ И ПРЕДПРИНИМАТЕЛЬСТВА

Пензенский филиал

Курсовой проект

по дисциплине:

"Проектирование информационных систем"

на тему: "Разработка информационной системы для салона цветов "Феерия"

Выполнила: ст. гр.09с1

Козловская Л.Н.

Проверил: Трофимов Ю.А.

Содержание

Введение

1. Общие понятия и определения

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

3. Графическое и текстовое описание функциональной модели в нотации IDEF0

Контекстная диаграмма

Диаграмма декомпозиции IDEF0

Графическое и текстовое описание информационной модели в нотации IDEF1X

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

Заключение

Список использованных источников

Приложения

Введение

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

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

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

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

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

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

информационная система салон цветок

1. Общие понятия и определения

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

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

Информационная система (information system) - это приложение, предназначенное для хранения и обработки данных. Основой информационной системы является база данных с информацией, хранящейся в одной или нескольких связанных таблицах.

База данных (data base) представляет собой совокупность связанных таблиц (в предельном случае - одну таблицу), предназначенных для хранения определенной информации. Термином "база данных" часто называют приложение, использующее базу данных и обладающее интерфейсом просмотра и правки, а также средствами обработки хранящейся в базе данных информации. Однако такое приложение лучше называть информационной системой.

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

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

Сущность (entity) - множество однотипных объектов, называемых экземплярами (instance). Каждый экземпляр характеризуется набором свойств, называемых атрибутами сущности (attribute). Каждый экземпляр индивидуален и отличается от всех остальных экземпляров во множестве.

Таблица (table) - множество ячеек с данными, образующих строки и столбцы прямоугольной таблицы. Таблица реализует сущность в понятии реляционной модели данных. Строки таблицы представляют экземпляры сущности и называются записями (records). Столбцы таблицы представляют атрибуты сущности и называются полями (fields).

Атрибут* (attribute) представляет собой определенное свойство (характеристику) данной сущности. Рекомендуется в качестве атрибутов выделять атомарные свойства сущности.

Поле таблицы (table field) - столбец в прямоугольной таблице. Поле таблицы реализует атрибут в понятии реляционной модели, при этом данные, хранятся в ячейках одного столбца, должны принадлежать одному домену. Домен определяет набор допустимых значений и операций над данными. То есть данные в ячейках одного столбца должны быть одного типа.

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

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

Ключевое поле (key field) - поле, представляющее первичный ключ или являющееся частью составного первичного ключа.

Альтернативный ключ (alternative key) - обычные поля или комбинации атрибутов, отличающиеся от первичного ключа сущности, но также претендующие на эту роль.

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

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

Создание совершенных информационных систем представляет собой сложнейшую задачу, решение которой требует применения специальных методов и инструментов. Поэтому, в последнее время, находят применение CASE-технологии (Computer Aided Software/System Engineering). К числу CASE-технологий относится разработанные фирмой PLATINUM technology программы BPWin и ERWin.

BPwin обладает интуитивно-понятным графическим интерфейсом, помогает быстро создавать и анализировать модели с целью оптимизации деловых и производственных процессов. Применение универсального графического языка бизнес-моделирования IDEF0 обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов. Посредством набора графических инструментов BPwin позволяет легко построить схему процесса, на которой показаны исходные данные, результаты операций, ресурсы, необходимые для их выполнения, управляющие воздействия, взаимные связи между отдельными работами. BРwin поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании. Встроенный механизм вычисления стоимости позволяет оценивать и анализировать затраты на осуществление различных видов деловой активности Механизм вычисления расходов на основе выполняемых действий (Activity-Based Costing, ABC) - это технология, применяемая для оценки затрат и используемых ресурсов. Она помогает распознать и выделить наиболее дорогостоящие операции для дальнейшего анализа. BPwin может генерировать отчеты непосредственно в формате MS Excel и Word для последующей обработки и использования в других приложениях. Связь с ERwin (моделирование данных в стандарте IDEF1X) позволяет сократить время проектирования и разработки сложных информационных систем.

Для проведения анализа и организации бизнес-процессов используется CASE-средство верхнего уровня BPWin, поддерживающие методологии:

-IDEF0 (функциональная модель);

-DFD (WorkFlow Diagram - диаграмма потоков данных);

-IDEF3 (Data Flow Diagram - диаграмма потоков работ).

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

3. Графическое и текстовое описание функциональной модели в нотации IDEF0

Контекстная диаграмма

Под моделью в IDEF0 понимается описание (текстовое или графическое), которое должно дать ответ на некоторые заранее определенные вопросы. Модель структурирована и рассматривается как множество компонент.

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

В основе IDEF0 лежит три базовых принципа:

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

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

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

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

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

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

Рис. 1 Контекстная диаграмма

Диаграмма декомпозиции IDEF0

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

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

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

Рис. 2 Диаграмма декомпозиции

Рис. 3 Диаграмма декомпозиции "Составление и упаковка букетов"

Графическое и текстовое описание информационной модели в нотации IDEF1X

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

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

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

Ключевые характеристики AllFusion ERwin Data Modeler 7 * Синхронизация моделей/баз данных * Автоматизированное создание структуры базы данных и обратное проектирование * Публикация моделей * Поддержка нотаций: IDEF1x, IE, Dimensional * Возможна совместная работа группы проектировщиков (с помощью среды AllFusion Model Manager (ModelMart)) * Документирование структур баз данных * Перенос структур баз данных (но не самих данных) из одного типа СУБД в другой

В Приложениях 1 и 2 представлены логическая и физическая модели AllFusion ERwin Data Modeler 7. Все данные организации были размещены в пять таблиц: таблица "Клиенты", таблица "Персонал", таблица "Цветы", таблица "Поставщики", таблица "Заказы". Таблицы "Клиенты", "Персонал", "Цветы" имеет первичный ключ. При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. При установлении неидентифицирующей связи дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности мигрируют в состав не ключевых атрибутов дочерней сущности. Такой способ связи имеют таблицы "Цветы" и "Поставщики".

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

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

Основные объекты Access - таблицы, формы, запросы, отчеты, макросы, модули. Таблица является основой БД, в ней хранится вся информация.

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

) Создание структуры таблицы (задание имен и типов полей, задание ключевого поля);

) Ввод данных в таблицу. Установить связи по общим полям методом ДД перетаскивая их от главной таблицы к связанной;

) Сохранить схему данных, закрыть окно.

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

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

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

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

Третий тип - связь "многие ко многим. Многие реляционные СУБД эту связь не поддерживают. Для реализации таких связей таблицы связанные таким отношением следует преобразовать таким образом, чтобы в них были только связи 1: М, для этой цели вводятся дополнительные таблицы, которые отображают связи между отображаемыми таблицами связанными первоначально по типу М: М.

После создания логической и физической структуры в Erwin произвели генерацию файлов БД. Для этого изначально создали для работы базу данных "База Данных "Салона красоты "Фиерия"". После успешного окончания процесса генерации файлов БД ("Schema Generation Complete" - "Генерация схемы выполнена") в ранее созданной БД стали находиться соответствующие таблицы и схема БД.

Схема данных, запросы, отчеты и формы представлены в Приложениях 3,4. Главная форма представлена в Приложении 5.

Заключение

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

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

Список использованных источников

1.П.П. Макарычев Проектирование информационных систем: учебное пособие - Пенза: Изд-во Пенз. гос. ун-та, 2005.

2.Михеева В.Д., Харитонова И.А. Microsoft Access 2000. - БХВ - Изд. "Санкт-Петербург", 2000

.В.И. Грекул, Г.Н. Денищенко Проектирование информационных систем: учебное пособие, - 2-е изд., - М.: Интернет-университет Информационных Технологий, 2008

.Маклаков С.В. BPwin и ERwin. CASE - средства разработки информационных систем. - М.: Диалог-МИФИ, 2000. - 256 с.

5.http://www.betec.ru/index. php? id=38&sid=05 <http://www.betec.ru/index.php?id=38&sid=05> "Поддерживаемые нотации моделирования

.http://www.betec.ru/index. php? id=6&sid=91 <http://www.betec.ru/index.php?id=6&sid=91> "Виды представления графической информации

.<http://www.itstan.ru/funk-strukt-analiz/diagrammy-dekompozicii.html> "Диаграммы декомпозиции

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ИННОВАЦИОННЫХ ТЕХНОЛОГИЙ И ПРЕДПРИНИМАТЕЛЬСТВА Пензенский филиал

Больше работ по теме: