Курсовые работы / ПРИС П _1

2

ВВЕДЕНИЕ

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

хранение, поиск, передачу и обработку (преобразование) информации.

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

Целью курсового проекта является:

-закрепление и развитие теоретических знаний, полученных студентом в процессе изучения курса «Проектирование информационных систем»;

-повысить навыки проектирования ИС;

-укрепление навыков разработки многопользовательского программного обеспечения;

-умение вырабатывать и реализовывать решения различной степени сложности.

Задачи выполнения курсового проекта состоят в следующем:

-систематизация, обобщение, расширение и закрепление теоретических знаний по дисциплине «Проектирование информационных систем»;

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

-разработка интерфейса ИС;

-написание кода программы для автоматизации процесса ведения формирования заявок на электронные компоненты;

-подготовка к написанию выпускной квалификационной работы;

-провести тестирование разработанной ИС.

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

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

3

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

алгоритмов и программного обеспечения.

4

1 ПРОЕКТНАЯ ЧАСТЬ

1.1 Постановка задачи ИС должна содержать следующую информацию:

-о заявках от клиентов (что ищут, вложения, имя, email, телефон, населенный

пункт);

-о поставщиках ИС (название организации, email, описание организации,

телефон, населенный пункт);

-о статусах отслеживаемых заявок для дилеров ИС;

-о работе информационной системы;

ИС должна обеспечивать:

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

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

-личный кабинет для работы с заявками клиентов;

-возможность отслеживания работы поставщиков администрацией ИС;

-функциональную часть для модерации контента ИС администрацией ИС;

-возможность связи поставщика с клиентами через ИС.

1.2 Анализ предметной области

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

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

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

5

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

пользователь не может грамотно составить поисковый запрос по разным причинам.

Отсюда к ИС вытекают следующие требования к ИС:

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

-возможность добавления новых поставщиков в ИС для эффективного ответа на новых заявки пользователей;

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

ИС обеспечивает следующие возможности для пользователя:

-регистрация нескольких пользователей

-предоставление текстовой и аудиоинформации о правилах безопасности

-прохождение контрольного тестирования

-добавление новых правил и вопросов для тестирования

-просмотр результатов прошлых тестов

Выходными данными являются результаты контрольного теста.

1.3 Функциональная модель по стандарту IDEF0 и методологии SADT

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

6

Рисунок 1.1 – Процесс обучения правилам безопасности использования газовых и электроприборов

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

-изучить правила подачи заявок;

-подать заявку на поиск;

-разослать заявки поставщикам.

Рисунок 1.2 – Декомпозиция процесса учета заявок на подбор электронных компонентов энергоустройств

7

На рисунках 1.3 представлена декомпозиция процесса изучения правил подачи заявок. Для выполнения данного процесса необходимо:

-изучить правила подачи заявок для клиентов;

-изучить правила подачи заявок для поставщиков.

Рисунок 1.3 – Декомпозиция процесса изучения правил подачи заявок

Для выполнения процесса рассылки поставщикам необходимо:

-ввести данные;

-пройти проверку и обработку введенных данных;

-записать нововведенную информацию.

На рисунке 1.4 представлена декомпозиция данного процесса.

8

Рисунок 1.4 – Декомпозиция процесса подачи заявки

Для выполнения процесса рассылки поставщикам необходимо:

-разослать копии заявок всем поставщикам;

-обработать копии заявок поставщикам.

Рисунок 1.5 – Декомпозиция процесса прохождения тестирования

9

1.4Модель данных по стандарту IDEF1X

Для построения диаграммы "сущность-связь” необходимо определить сущности, обозначающие объекты предметной области, связи между ними и атрибуты. На рисунках 1.6–1.7 представлена логическая и физическая модели данной БД по стандарту IDEF1X с помощью CASE-средства ER-Win[3-4].Данные диаграммы были построены для анализа основных требований предъявляемых к информационной системе, используемой для учета заявок на подбор электронных компонентов энергоустройств.

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

Рисунок 1.7 – Физическая модель данных

Отображенные связи относятся к типу не идентифицирующей связи один-ко-

многим [5-6]. В таблице 1.1 представлены связи между сущностями.

10

Таблица 1.1 – Отношения между таблицами

В базе данных используется связь «один ко многим». Это объясняется характеристикой самой БД, в которой присутствуют две связи «один ко многим» [7- 8]. Одна заявки создает несколько копий для всех дилеров, к каждой копии прикрепляется один дилер.

1.5 Описание таблиц базы данных

В таблице 1.2 содержится описание таблиц БД. База данных реализована в

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

Таблица 1.2 - Описание таблиц базы данных