Курсовая по Проектированию Информационных Систем

      Комментарии к записи Курсовая по Проектированию Информационных Систем отключены

Курсовая по Проектированию Информационных Систем.rar
Закачек 1563
Средняя скорость 8055 Kb/s
Скачать

Проблемы, связанные с отсутствием информационной системы. Проектирование логической схемы данных для выбранной предметной области на основе методологии IDEF1X. Разработка информационной системы с использованием MS SQL Server 2008 и MS Visual Studio 2010.

Подобные документы

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

Выбор методологии проектирования и разработка информационной системы «Расчёт зарплаты» для предприятия ОАО РТП «Авторемонтник». Архитектурное проектирование базы данных информационной системы и разработка её интерфейса. Тестирование программного модуля.

Разработка базы данных информационной системы предприятия. Хранение информации о проведенных мероприятиях, его стоимости, дате и месте проведения. Использование программного продукта Microsoft SQL Server 2008 R2. Формирование информационных запросов.

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

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

Анализ предметной области разрабатываемой информационной системы «Библиотека». Проектирование базы данных в среде MS Access. Физическая реализация данной информационной системы средствами Delphi 7 и MS Access 2003. Области применения технологии BDE.

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

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

Создание информационной системы товарооборота на основе использования технологий баз данных кирпичного завода. Физическая модель базы данных. Проектирование БД в СУБД Microsoft SQL Server. Схема функциональной структуры программной системы. Запросы к БД.

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

“ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ”

Тема: «Разработка информационной системы службы занятости»

Студентки 3 курса

1. Создание модели ИС с AllFusion Process Modeler 4.1 (Bpwin 4.1) 4

1.1. Создание модели в стандарте IDEF0 4

1.2. Организационные диаграммы 14

1.2.1. Диаграммы потоков данных (Data Flow Diagramming) 14

2. Создание модели данных с помощью AllFusion Erwin Data Modeler 4.1 19

3. Код для SQL 25

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

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

Система профессиональной ориентации в государственной службе занятости предоставляет следующие услуги:

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

— профессиональная ориентация безработных граждан.

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

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

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

1. Создание модели ис с AllFusion Process Modeler 4.1 (Bpwin 4.1)

Для проведения анализа и реорганизации бизнес — процессов предназна­чено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии:

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

DFD (DataFlow Diagram);

IDEF3 (Workflow Diagram).

1.1. Создание модели в стандарте idef0

Функциональная модель предназначена для описания существующих бизнес — процессов на предпри­ятии (так называемая модель AS-1S) и идеального положения вещей — того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписы­вает построение иерархической системы диаграмм — единичных описаний фрагментов системы.

Построение модели информационной системы начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. На Рис. 1 представлена контекстная диаграмма информационной системы «Службы занятости».

Рис. 1 — Контекстная диаграмма «Службы занятости».

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

«Правила и процедуры» – это правила, которыми управляется процесс функционирования службы занятости.

В оказании услуг принимает участие “Персонал” службы занятости.

Общие стрелки и диаграммы, опишем с помощью отчета:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.2 Реализация база данных 13

3 Создание клиентской оболочки в Visual Basic 14

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ И ЛИТЕРАТУРЫ 17

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

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

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

проектирование объектов данных, которые будут реализованы в базе данных;

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

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

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

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

оказание влияния на улучшение организации учётной, плановой и аналитической работы;

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

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

создание нормативно-справочной информации.

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

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

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

Рисунок 6 — Концептуальная модель данных, представленная на физическом уровне в Erwin


Статьи по теме