Размещено на http://allbest.ru

СОДЕРЖАНИЕ

1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

1.1 ОСНОВНЫЕ ПОНЯТИЯ ПРОЕКТИРОВАНИЯ И РАЗРАБОТКИ ИНФОРМАЦИОННЫХ СИСТЕМ

2. ОПЫТНО-ЭКСПЕРИМЕНТАЛЬНАЯ ЧАСТЬ

2.1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.2 ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Требования к составу и параметрам технических средств

Требования к техническим средствам

Требования к программным средствам

Требования к защите информации от несанкционированного доступа

Требования по сохранности информации при авариях

2.3 МОДЕЛИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.3.1 CRC-КАРТЫ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.3.3 ФУНКЦИОНАЛЬНАЯ ДИАГРАММА DFD

2.3.4 ФУНКЦИОНАЛЬНАЯ ДИАГРАММА IDEF3

2.3.5 СТРУКТУРНАЯ СХЕМА

2.5 РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ

ВВЕДЕНИЕ

Курсовой проект выполнен в соответствии с заданием на курсовое проектирование Тема курсового проекта - «Проектирование и разработка информационной системы „Отдел вневедомственной охраны“».

Цели курсового проекта:

· проектирование и реализация информационной системы «Отдел вневедомственной охраны»;

· закрепление, расширение и систематизация теоретических и практических знаний, полученных при изучении основ проектирования информационных систем;

· в приобретении и закреплении навыков работы с базами данных;

· в развитии профессионального мышления;

· в приобретении и закреплении навыков самостоятельной работы;

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

1. Собрать информацию по данной предметной области;

2. Выполнить анализ предметной области;

3. Составить техническое задание, построить диаграммы IDEF0, DFD и IDEF3;

4. Выполнить физическое проектирование;

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

информационная система вневедомственная охрана проектирование



1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

1.1 ОСНОВНЫЕ ПОНЯТИЯ ПРОЕКТИРОВАНИЯ И РАЗРАБОТКИ ИНФОРМАЦИОННЫХ СИСТЕМ

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

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

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

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

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

Объекты проектирования -- это отдельные элементы и комплексы функциональных и обеспечивающих элементов.

Субъекты проектирования - коллективы специалистов, которые осуществляют проектную деятельность, а также организация - заказчик. Коллективы специалистов, как правило, работают в составе проектной организации.

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

Системная архитектура -- это состав и подчиненность обеспечивающих компонент.

Методология проектирования -- это концепция, принципы проектирования, руководящие указания, набор методов, совокупность средств проектирования.

Метод -- это систематическая процедура генерации компонент (например, проектирование потоков и структур данных).

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

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

Стандарты проектирования

Стандарт проектирования устанавливает:

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

правила фиксации проектных решений на диаграммах;

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

правила интеграции подсистем проекта;

правила поддержания проекта в одинаковом для всех разработчиков состоянии;

правила проверки проектных решений на непротиворечивость.

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

Диаграмма потоков данных DFD -- методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.

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

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

Модель ЖЦ ИС включает в себя: стадии; результаты выполнения работ на каждой стадии; ключевые события -- точки завершения работ и принятия решений.

Типы моделей жизненного цикла ИС:

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

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

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



2 ОПЫТНО-ЭКСПЕРИМЕНТАЛЬНАЯ ЧАСТЬ

2.1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

Основные компоненты книжного интернет-магазина:

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

2. Удобная система поиска: для быстрого нахождения конкретного издания по названию, автору или другим параметрам.

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

4. Личный кабинет покупателя: возможность регистрации и авторизации, просмотр истории заказов, управление личными данными, добавление книг в избранное и т.д.

5. Заказ и оплата: возможность добавления товаров в корзину, выбор способа доставки, онлайн-оплата или оплата при получении.

6. Обратная связь и поддержка: формы обратной связи, онлайн-чаты, телефоны и адреса для связи с поддержкой.

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

8. Доставка: возможность выбора различных методов доставки, расчет стоимости и отслеживание статуса доставки.

9. Партнерская программа: возможность для партнеров получать комиссионные за привлечение новых покупателей.

10. Расширение ассортимента: возможность предложения не только книг, но и различных книжных аксессуаров, подарков, канцтоваров и других товаров, связанных с книгоизданием.

11. SEO-оптимизация: для продвижения сайта в поисковых системах и привлечения новых покупателей.

12. Аналитика и управление: сбор и анализ данных о продажах, поведении пользователей, управление ассортиментом, ценами и акциями.

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

Задачи и функции каждого подраздела:

1. Отдел закупок и поставок:

- Поиск поставщиков книг и установление контрактов с ними

- Оценка качества и ценности книг для закупки

- Поставка книг в магазин

2. Отдел маркетинга и рекламы:

- Разработка и реализация маркетинговых стратегий

- Реклама книг и магазина в интернете и других каналах

- Организация акций, скидок и специальных предложений

3. Отдел продаж:

- Работа с клиентами, ответы на вопросы и обратную связь

- Заказ и доставка книг

- Развитие и обновление магазина

4. Отдел информационных технологий:

- Создание и поддержка веб-сайта магазина

- Разработка и внедрение программного обеспечения для управления заказами и инвентаризацией

- Обеспечение безопасности и конфиденциальности информации

5. Финансовый отдел:

- Управление финансами магазина

- Отслеживание финансовых показателей и прибыли

- Оплата поставщикам и учет операций

6. Отдел качества:

- Контроль качества поставляемых книг

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

- Обработка жалоб и возвратов

7. Управление представлено на рисунке 1.

Рисунок 1 - Модель бизнес-процессов



2.2 ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Общие сведения

Доменное имя: www.internetmagazinknig.ru

Наименование сайта: книжный интернет-магазин

Сфера деятельности компании (для сайтов компании): продажа книг

Назначение и цели создания сайта

Сфера деятельности владельцев сайта применительно к данному сайту.

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

Расширение доступности книжных продуктов для широкой аудитории по всему миру.

Предоставление информации о новинках, бестселлерах и различных жанрах книг.

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

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

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

Требования к сайту

1. Дизайн и навигация:

1.1. Легкая навигация и удобный поиск книг по различным критериям (жанр, автор, издательство и т.д.).

1.3. отзывчивость сайта на всех устройствах (мобильные устройства, планшеты, компьютеры).

2. Каталог книг:

2.1. Возможность просмотра каталога книг

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

4. Пользователь:

4.1. Регистрация и авторизация пользователя

5. Управление администратором:

5.1. Удобная административная панель для управления каталогом,

Рисунок 2 - Прототип страницы

Меню должно быть одинаковым на всех страницах сайта.

Требования к составу и параметрам технических средств

Требования к техническим средствам

Жестких требований к техническим средствам нет.

Минимальные требования:

Системный блок:

Процессор: Intel Core i3-2100 CPU @3.10 GHz;

Оперативная память: 3488 RAM;

Графический драйвер: Intel(R) HD Graphics с памятью

1024 МБ;

Монитор

Клавиатура

Компьютерная мышь.

Требования к программным средствам

Операционная система: Microsoft Windows 10;

UniserverZ для работы с базой данных;

Mozila Firefox для разработки и просмотра сайта;

VSCode

Языки разметки: “html”, “css”;

Языки программирования: “php”, “Javascript”

Требования к защите информации от несанкционированного доступа

Должно быть шифрование.

Требования по сохранности информации при авариях

Резервное копирование 1 раз в месяц обязательное.

Сайт

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

Таблица 1 - термины и определения

Термин	Описание
Сайт	Информационная система, предоставляющая пользователям сети Интернет-доступ к своему содержимому И функционалу в виде упорядоченного набора взаимосвязанных HTML-страниц
World wide web (WWW, web, веб)	Единое информационное пространство на базе сети Internet, состоящее из совокупности сайтов. Приставка "веб-" может использоваться для обозначения объектов, ориентированных на использование в WWW или использующих типичные для WWW технологии (например, веб-интерфейс - интерфейс на базе веб-страниц)
HTML-страница	Особым образом сформатированный файл (набор файлов), просматриваемый с помощью www-браузера как единое целое (без перехода по гиперссылкам)
HTML-теги	Управляющие коды, посредством которых осуществляется форматирование HTML-страницы
Гиперссылка	Активный элемент HTML-страницы, задаваемый специальным тегом. Выделенный фрагмент текста или изображения, позволяющий загрузить другую страницу или выполнить определенное действие
браузер	Клиентская программа, поставляемая третьими сторонами и позволяющая просматривать содержимое HTML-страниц
HTML-форма	Часть HTML-страницы, предназначенная для взаимодействия с посетителем сайта. Представляет собой набор элементов (текстовых полей, селекторов, выпадающих списков), посредством которых пользователь может ввести какую-либо информацию и отправить ее для обработки на сервере
Поле	Структурный элемент, содержащий однотипную информацию, например, текст, дату, числовые значения и т.п.
Флаг	Особое поле данных, могущее содержать только одно из двух допустимых значений. Позволяет указать на наличие или отсутствие какого-либо события или свойства объекта
Справочник	Вспомогательная структура данных, содержащая список допустимых значений для какого- либо поля основных форм или БД. Справочники подразделяются на фиксированные (неизменяемые и поставляемые Исполнителем вместе с готовым сайтом) и редактируемые (состав которых может изменяться администратором)
Администратор	Лицо, осуществляющее от имени Заказчика информационную поддержку сайта

2.3 МОДЕЛИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.3.1 CRC-КАРТЫ ИНФОРМАЦИОННОЙ СИСТЕМЫ

Диаграмма вариантов использования представлена на рисунке 4.

Рисунок 4 - Диаграмма вариантов использования

Рисунок 5 - ддиаграмма последовательности

Диаграммы классов представлены на таблицах 2-3

Таблица 2 - диаграмма класса «Клиент»

Клиент
Поиск книг Добавить в корзину Оформить заказ	Сайт

Таблица 3 - диаграмма класса «Сайт»

Сайт
Отобразить каталог Найти книгу Добавить в корзину Удалить из корзины Оформить заказ	Клиент Администратор Банк

Таблица 3 - диаграмма класса «Администратор»

Администратор
Добавить книгу Удалить книгу Обновить информацию Просмотр статистики	Сайт

Таблица 4 - диаграмма класса «налоговая»

Налоговая
Получение налоговых выплат	Банк

Таблица 5 - диаграмма класса «банк»

Банк
Обработка транзакций	Клиент Налоговая Сайт

2.3.2 ФУНКЦИОНАЛЬНАЯ ДИАГРАММА IDEF0

Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Teqnique). Исторически, IDEF0, как стандарт, был разработан в 1981 году департаментом Военно-Воздушных Сил США в рамках программы автоматизации промышленных предприятий, которая носила обозначение ICAM (Integrated Computer Aided Manufacturing). Набор стандартов IDEF унаследовал свое название от этой программы (IDEF=ICAM DEFinition). В процессе практической реализации, участники программы ICAM столкнулись с необходимостью разработки новых методов анализа процессов взаимодействия в промышленных системах. При этом кроме усовершенствованного набора функций для описания бизнес-процессов, одним из требований к новому стандарту было наличие эффективной методологии взаимодействия в рамках «аналитик-специалист». Другими словами, новый метод должен был обеспечить групповую работу над созданием модели, с непосредственным участием всех аналитиков и специалистов, занятых в рамках проекта.

В результате поиска соответствующих решений родилась методология функционального моделирования IDEF0. C 1981 года стандарт IDEF0 претерпел несколько незначительных изменений, в основном, ограничивающего характера, и последняя его редакция была выпущена в декабре 1993 года Национальным Институтом по Стандартам и Технологиям США (NIST).

Графический язык IDEF0 удивительно прост и гармоничен. В основе методологии лежат четыре основных понятия:

- Функциональный блок (Activity Box); - Интерфейсная дуга (Arrow);

- Декомпозиция (Decomposition); - Глоссарий (Glossary).

Рассмотрим эти основные понятия подробнее Функциональный блок (Activity Box)

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

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

Верхняя сторона имеет значение “Управление” (Control);

Левая сторона имеет значение “Вход” (Input);

Правая сторона имеет значение “Выход” (Output);

Нижняя сторона имеет значение “Механизм” (Mechanism).

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

Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.

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

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

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

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

Интерфейсная дуга (Arrow)

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

Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть оборотом существительного.

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

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

Имя стрелки обычно задается именем существительным.

В методологии IDEF0 требуется только пять типов взаимодействий между блоками для описания их отношений:

связь по входу (output-input), когда выход вышестоящей работы соединяется с входом нижестоящей;

связь по управлению (output-control), когда выход вышестоящей работы соединяется с управлением нижестоящей;

обратная связь по входу (output-input feedback), когда выход нижестоящей работы соединяется с входом вышестоящей;

связь выход-механизм (output-mechanism), когда выход одной работы направляется на механизм другой.

Декомпозиция (Decomposition)

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

Функциональная диаграмма IDEF0, контекстная функция представлена в ПРИЛОЖЕНИИ А.

2.3.3 ФУНКЦИОНАЛЬНАЯ ДИАГРАММА DFD

Методология структурного анализа потоков данных DFD (Data Flow Diagrams) основана на методах, ориентированных на потоки данных (методах Йодана, Де Марко, Гейна, Сарсона). Существуют различные графические нотации данной методологии. Наиболее известными из них являются нотация, предложенная Гейном и Сарсоном (так называемый метод Гейна-Сарсона), и нотация, предложенная Йоданом и Де Марко (метод Йодана-ДеМарко). В данном подразделе рассматривается методология DFD в нотации Гейна-Сарсона. Методология DFD является одной из методологий функционального моделирования предметной области, поэтому она имеет много общего с методологией IDEF0. DFD-методология выделяет функции (действия, события, работы) системы. Функции соединяются между собой с помощью потоков данных (объектов). Функции на диаграммах представляются функциональными блоками, потоки данных - дугами.

Аналогично IDEF0-методологии DFD-модель должна иметь единственные цель, точку зрения, субъект и точно определенные границы.

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

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

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

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

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

Функциональные блоки на диаграмме нумеруются. Номер функционального блока отмечается в его правом верхнем углу с возможным использованием префикса А (Activity - работа) перед ним.

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

Хранилище данных отражает временное хранение промежуточных результатов обработки. Название хранилища базируется на использовании существительного.

Хранилища данных на диаграмме нумеруются. Номер хранилища данных записывается слева с возможным префиксом D (Data store) перед ним.

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

Внешние сущности изображаются и размещаются, как правило, по краям диаграмм. Название внешней сущности базируется на использовании существительного. Номер внешней сущности записывается в левом верхнем углу с возможным префиксом E (External) перед ним.

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

Дуги на DFD-диаграмме изображаются линиями со стрелками. На DFD-диаграммах могут использоваться следующие типы дуг:

однонаправленные сплошные - отражают направление потоков объектов (данных);

двунаправленные сплошные - обозначают обмен данными между блоками;

однонаправленные штриховые - обозначают управляющие потоки между блоками.

Функциональная диаграмма DFD, представлена в ПРИЛОЖЕНИИ Ж

2.3.4 ФУНКЦИОНАЛЬНАЯ ДИАГРАММА IDEF3

Нотация IDEF3 (Workflow diagramming) является второй важнейшей категорией после IDEF0 и ориентирована на описание логики взаимодействия информационных потоков. Особенно удобно применять IDEF3 на нижних уровнях иерархии функциональных моделей при описании работ, выполняемых в подразделениях и на рабочих местах. С помощью диаграмм IDEF3 удобно описывать сценарии действий работников подразделения, содержащих логику: когда процессы, выполняются в определенной последовательности, задаваемой соответствующими логическими условиями (есть ли товар на складе, подписан ли документ, заключен ли договор с поставщиком и т. п.).

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

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

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

Старшая стрелка (связь предшествования) изображается сплошной линией и означает, что работа-источник должна закончиться прежде, чем работа-цель начнется.

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

Объект Ссылка (References) в IDEF3 выражает данные или определенную идею, которые нельзя связать со стрелкой, перекрестком или работой (клиент, заказы клиента, склад и т. п.). Объекты ссылок должны быть связаны с единицами работ или перекрестками пунктирными линиями.

Характерным объектом IDEF3 является Перекресток (Junction), который отображает не только логику взаимодействия стрелок при слиянии и разветвлении, но и для отображения множества событий, которые могут быть завершены перед началом следующей работы.

В диаграммах IDEF3 любое разветвление или объединение стрелок происходит только с помощью перекрестков для разветвления (Fan-out Junction) или слияния (Fan-in Junction) соответственно. Имеется пять наименований перекрестков, которые обеспечивают любую логику в сценариях.

Функциональная диаграмма IDEF3, представлена в ПРИЛОЖЕНИИ И.

2.3.5 СТРУКТУРНАЯ СХЕМА

Рисунок 5 - Блок схема структуры предприятия

2.4 ВЫБОР И ОБОСНОВАНИЕ ВЫБОРА ПРОГРАМНОГО ОБЕСПЕЧЕНИЯ

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

Для формирования технического задания:

Microsoft Word;

Для создания функциональной модели:

Ramus;

Для разработки:

Html - язык разметки документов;

CSS - каскадные таблицы стилей;

JavaScript - мультипарадигменный язык программирования;

Php -скриптовый язык программирования;

2.5 РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

Сначала был сделан сайт.

Рисунок 6 - главная

Рисунок 7 - страница книги

Рисунок 8 - корзина

Рисунок 9 - авторизация

Рисунок 10 - регистрация

После создания сайта была сделана база данных.

Рисунок 11 - таблица “книга”

Рисунок 12 - таблица “корзина”

Рисунок 13 - таблица “пользователь”

2.6. ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ

Применение технических средств защиты информации

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

Применение защиты программных средств от несанкционированного использования

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

унифицированность персональных компьютеров повысила гибкость программных средств;

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

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

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

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

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

Защита от компьютерных вирусов

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

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

Некоторые возможные действия для уменьшения опасности вирусных атак:

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

Запретить сотрудникам использовать и хранить компьютерные игры;

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

Использовать для электронной почты отдельный стендовый компьютер или ввести специальный отчет;

Применять специальные средства для обнаружения вирусов и предотвращения их опасных действий;

Установить системы защиты на особо важных компьютерах;

Создать архив копий программ и данных;

Периодически проводить проверку контрольным суммированием или сравнением с «чистыми» программами;

Применять специальные антивирусные средства.



3. ЭКОНОМИЧЕСКАЯ ЧАСТЬ

Таблица 9 -- Расходы на разработку

Статья расходов	Сумма, руб.
Печать документации	200 руб.
Интернет	220 руб
Электропитание	600 руб.
ИТОГО	1020 руб.

Таблица 10 -- Расходы на материалы

Наименование	Сумма, руб.
Бумага А4 комплект 100 листов	250 руб.
Ручки синие шариковые 4шт.	100 руб.
ИТОГО	350 руб.

Таблица 11 -- Общая стоимость

Наименование	Сумма, руб.
Расходы на разработку	1020 руб.
Расходы на материалы	350 руб.
ИТОГО	1370 руб.



4. ВОПРОСЫ ОХРАНЫ ТРУДА И ТЕХНИКИ БЕЗОПАСНОСТИ

Общие требования безопасности

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

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

При осуществлении производственных действий в должности инженера-программиста возможно воздействие на работающего следующих опасных и вредных факторов: - нарушение остроты зрения при недостаточной освещённости рабочего места, а также зрительное утомление при длительной работе с документами и (или) с ПЭВМ; - поражение электрическим током при прикосновении к токоведущим частям с нарушенной изоляцией или заземлением (при включении или выключении электроприборов и (или) освещения в помещениях; - получение травм от движущихся частей внешних устройств; - снижение иммунитета организма работающего от чрезмерно продолжительного (суммарно - свыше 4 ч. в сутки) воздействия электромагнитных излучений при работе на ПЭВМ (персональных электронно-вычислительных машинах); - снижение работоспособности и ухудшение общего самочувствия ввиду переутомления в связи с чрезмерными для данного индивида фактической продолжительностью рабочего времени и (или) интенсивностью протекания производственных действий;

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

Требования охраны труда перед началом работы.

Проверить: корректность естественного освещения (рабочее место по отношению к световому проёму должно быть расположено так, чтобы естественный свет падал сбоку, преимущественно слева); исправность и корректность электроосвещения в кабинете (не менее 300-500 лк на поверхности стола в зоне размещения документа); площадь рабочего 'У Ч места (не менее 6 м); объём рабочего места (не менее 20 м); корректность расстояния между мониторами (между основными поверхностями мониторов - не менее 2 м, между боковыми их поверхностями - не менее 1,2 м); исправность и корректность рабочего кресла (должно быть с подлокотниками, подъёмно-поворотным, с устройством регулировки хода по высоте в пределах 400-550 мм и углам наклона вперёд-назад в пределах 5-15°).

2.2. Проверить работоспособность ПЭВМ, иных электроприборов, а также средств связи, находящихся в кабинете.

2.3. Проветрить помещение кабинета.

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

2.5. Уточнить план работы на день и, по возможности, распределить намеченное к исполнению равномерно по времени, с включением 15 мин. отдыха (либо кратковременной смены вида деятельности) через каждые 45 мин. однотипных производственных действий, а также с отведением времени в объёме не менее 30 мин. для приёма пищи.

3. Требования охраны труда во время работы.

3.1. Соблюдать правила личной гигиены.

3.2. Исключить пользование неисправным электроосвещением, неработоспособными ПЭВМ, иными электроприборами, а также средствами связи, находящимися в кабинете.

3.3. Поддерживать чистоту и порядок на рабочем месте, не загромождать его бумагами, книгами и т.п.

3.4. Соблюдать правила пожарной безопасности.

3.5. При 8-часовом рабочем дне следует соблюдать регламентированные (технологические) перерывы:

3.5.1. При работе по считыванию информации с экрана ПЭВМ с предварительным запросом и суммарным числом считываемых знаков до 60 000 знаков за смену - 20 мин перерыва через 1,5-2 часа после начала рабочего дня и через 1,5-2 часа после обеденного перерыва; альтернативно - 15 мин через каждый час.

3.5.2. При работе по считыванию информации с экрана ПЭВМ с предварительным запросом и суммарным числом считываемых знаков до 40 000 знаков за смену - 15 мин перерыва через 2 часа после начала рабочего дня и через 1,5-2 часа после обеденного перерыва; альтернативно - 10 мин через каждый час.

3.5.3. При работе творческого характера в режиме диалога с ПЭВМ и продолжительностью работы до 6 ч за смену - 15 мин перерыва через 2 часа после начала рабочего дня и через 2 часа после обеденного перерыва.

4. Требования охраны труда в аварийных ситуациях.

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

4.2. При возникновении пожара немедленно сообщить по телефонам «01», «101», «112», сообщить администрации и при отсутствии угрозы жизни и здоровью приступить к тушению очага возгорания первичным



ЗАКЛЮЧЕНИЕ

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

Выполнены следующие поставленные задачи:

1. исследована предметная область;

2. построены модели данных;

3. формализованы бизнес-процессы (IDEF0);

4.формализованы потоки данных (DFD);

5. автоматизированы процессы ввода/вывода и хранения информации, а также получения дополнительной информации;

6. разработан пользовательский интерфейс системы.

В курсовой работе было проведено исследование предметной области - информационной системы отдела вневедомственной охраны. Для этой предметной области была спроектирована база данных. В разработанной базе данных можно хранить данные о наполнение страниц, пользователей и т.д. Проектирование осуществлялось построением концептуальной модели базы данных разработкой на её основе реляционной модели.



СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Основные источники:

1. Лиманова, Н.И. Архитектура вычислительных систем и компьютерных сетей [Электронный ресурс] : учебное пособие / Н. И. Лиманова. -- Электрон. текстовые данные. -- Самара : Поволжский государственный университет телекоммуникаций и информатики, 2017. -- 197 c. -- 2227-8397. -- Режим до-ступа: http://www.iprbookshop.ru/75368.html (дата обращения: 16.09.2020)

2. Сычев, А.Н. ЭВМ и периферийные устройства [Электронный ресурс] : учебное пособие / А.Н. Сычев. -- Электрон. текстовые данные. -- Томск : Томский государственный университет систем управления и радиоэлектроники, 2016. -- 113 c. -- 2227-8397. -- Режим доступа: http://www.iprbookshop.ru/72218.html (дата обращения: 13.10.2020)

3. Куль, Т.П. Основы вычислительной техники [Электронный ресурс] : учебное пособие / Т. П. Куль. -- Электрон. текстовые данные. -- Минск : Республиканский институт профессионального образования (РИПО), 2018. -- 244 c. -- 978-985-503-812-3. -- Режим доступа: http://www.iprbookshop.ru/84879.html (дата обращения: 16.09.2020)

Размещено на Allbest.ru

Приложение А

Рисунок 14 - idef0



Приложение Б

Рисунок 15 - idef0



Приложение В

Рисунок 16 - idef0

Размещено на Allbest.ru