Проектирование информационной системы «Заказ »

Автор работы: Пользователь скрыл имя, 05 Ноября 2010 в 12:22, Не определен

Описание работы

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

Файлы: 1 файл

Курсовая на отлично.doc

— 293.50 Кб (Скачать файл)

МИНИСТЕРСТВО  СЕЛЬСКОГО ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ  УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

ИРКУТСКАЯ ГОСУДАРСТВЕННАЯ СЕЛЬСКОХОЗЯЙСТВЕННАЯ АКАДЕМИЯ 

КАФЕДРА ИНФОРМАТИКИ И МАТЕМАТИЧЕСКОГО  МОДЕЛИРОВАНИЯ 
 
 
 
 

Курсовая  работа

По дисциплине:  ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОНЫХ СИСТЕМ

    Тема:  Проектирование информационной системы «Заказ » 
     
     

                Работу  выполнил:

                студент экономического факультета специальность 080801.65 4 к.1гр.

                Замараев  А.О.

                    Проверил: Макагонова Н.Н. 
                     
                     
                     
                     
                     
                     

Иркутск 2009 

Содержание 
 
 
 
 
 
 
 
 
 
 
 
 
 

ВВЕДЕНИЕ

 

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

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

     Проектирование  информационных систем всегда начинается с определения цели проекта и охватывает три основные области:

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

      обработки данных и т.п.

      К основным задачам проектирования относятся:

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

      Целью курсовой работы является разработка информационной системы «Заказ».

      Для достижения данной цели необходимо решить следующие задачи:

      1) построить функциональную модель предметной области,

       2) построить модель данных,

       3) реализовать базу данных,

      4) спроектировать пользовательский интерфейс информационной     системы.

     В данном проекте для моделирования  информационной системы были использованы CASE-средства BpWin  и ErWin; база данных реализована в СУБД Access, а интерфейс информационной системы реализован на языке программирования  Visual Basic 2008 Professional.

     CASE-средства (от Computer Aided Software/System Engineering) позволяют проектировать любые системы на компьютере. Необходимый элемент системного и структурно-функционального анализа, CASE-средства позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций. Применимы практически во всех сферах деятельности. Результат применения CASE-средств - оптимизация систем, снижение расходов, повышение эффективности, снижение вероятности ошибок [6].

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

1 Моделирование информационной системы

      1.1 Назначение и функции проектируемой системы

 

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

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

     Разработка  информационной системы «Заказ» осуществляется по стандарту ГОСТ 34.601-90.

     Этапы проектирования ИС.

     1.   Стратегия и анализ.

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

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

     4.   Заключительные стадии проектирования, спецификации функций.

     5.   Реализация, тестирование, эксплуатация и сопровождение.

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

  • SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;
  • DFD (Data Flow Diagrams) диаграммы потоков данных;
  • ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь" [Вендров А.М. Проектирование программного обеспечения экономических информационных систем: учебник [Текст] - М.: Финансы и статистика, 2002. – 352с., Смирнов, Г.Н. и др. Проектирование экономических информационных систем [Текст]. – М.: Финансы и статистика, 2003. – 512 с.].

      Рассмотрим  функциональную модель информационной системы. 

1.2 Функциональная модель (нотация IDEF0)

 

     Функциональная  модель информационной системы построена  с использованием программного инструментария AllFusion  BPwin Process Modeler. BPwin поддерживает следующие стандарты моделирования бизнес функций: IDEF0, IDEF3 и DFD [4].

     IDEF0 (Icam DEFinition) методология, разработанная на основе методологии SADT, автором которой является Дуглас Росс. SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы - главные компоненты модели, все функции ИС и интерфейсы на них представлены как блоки и дуги [4,28].

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

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

Рисунок 1 – Контекстная диаграмма функциональной модели 

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

Рисунок 2 – Декомпозиция процесса «Прием и оформление заказов

посетителей кафе»

1.3 Модель потоков данных (DFD)

 

     Для построения DFD диаграмм (Data Flow Diagrams) используется методология Гейна-Сарсона. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет, достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно [4].

     Отобразим информационные потоки в ИС «Заказ» (рисунок 3). Основной процесс – это  «Обработка заказов клиента». Также  существуют три внешние сущности: Клиент, Официант, Кассир.

     Проанализируем  процесс «Обработка оплаты». Сначала клиент оформляет заказ и оплачивает его, после этого ему выдается квитанция об оплате. Официант принимает заказ и в завершении клиенту выдается готовый заказ. 

Рисунок 3 – Модель потоков данных 

Рисунок 4 – Декомпозиция процесса «Обработка оплаты» 

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

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

2 Разработка базы данных

2.1 Модель базы данных

 

     Модель  данных необходима для определения структуры базы данных ИС. Подразделяются они на инфологические и даталогические. Инфологическая модель – это модели ориентированные на пользователя. Это модели в терминах предметной области. Даталогическая модель – модель в терминах конкретной СУБД. На основе диаграмм инфологических моделей «сущность - связь» разработана технология ERWin (Entity Relationship for Windows) [29].     

     ERWin - средство концептуального моделирования БД, использующее методологию IDEF1X. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД. ERwin выпускается в нескольких различных конфигурациях [3, 4]. 

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

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

     После завершения этапов моделирования информационной системы следует этап реализации базы данных на основе модели данных. 

    Рисунок 5 - Концептуальная модель данных, представленная на логическом уровне в Erwin

Информация о работе Проектирование информационной системы «Заказ »