Презентация на тему: Министерство образования и молодежной политики Свердловской области ГАПОУ СО

Министерство образования и молодежной политики Свердловской области ГАПОУ СО
Назначение и цели создания системы
Краткое описание предметной области
Диаграмма прецедентов
Диаграмма классов
Диаграмма активности
Постановка задачи
Требования к системе
Логическая модель
Физическая модель
Физическая модель
Физическая модель
Физическая модель
Физическая модель
Физическая модель
Физическая модель
Требования для работы Программного продукта
Программно-аппаратная платформа для решения задачи
Описание технологии решения задачи
Схема данных
Листинг запросов
Листинг запросов
Листинг запросов
Листинг запросов
Парольный вход
Стартовые формы
Основные рабочие формы
Заключение
1/28
Средняя оценка: 4.2/5 (всего оценок: 90)
Код скопирован в буфер обмена
Скачать (2611 Кб)
1

Первый слайд презентации

Министерство образования и молодежной политики Свердловской области ГАПОУ СО «Екатеринбургский техникум «Автоматика» Проектирование и разработка базы данных «Документооборот» Руководитель Веснина О. В. Подготовил студент группы ПКС-41 Солманов О. С.

Изображение слайда
2

Слайд 2: Назначение и цели создания системы

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

Изображение слайда
3

Слайд 3: Краткое описание предметной области

На сегодняшний день автоматизация электронного документооборота в большинстве компаний играет значительную роль. Чем больше поток документов в бумажном виде, тем больше загруженности рабочего персонала. При этом растет загрузка сотрудников соответствующих подразделений, что сказывается на качестве и оперативности выполняемых бизнес-процессов. С помощью автоматизации документооборота мы снижаем нагрузку, давая тем самым осмысленную направленность потоку документов компании. Ключевым фактором при автоматизации является снижение потерь разного вида документов и ухода их в руки третьих лиц, что естественно снизит потери компании и экономит ее бюджет. Внедрив функцию электронного документооборота, мы получаем гарантированные плюсы: Снижение нагрузки на персонал и, соответственно повышение его производительности; Упрощение работы с документами; Возможность исправить документ в любой момент времени; Скорость доступа к документам; Разграничение доступа сотрудников, что повышает безопасность и снижает риски. После изучения предметной области, представили её в моделях и сформулировали задачу

Изображение слайда
4

Слайд 4: Диаграмма прецедентов

На диаграмме показано, что основным типом взаимодействия является рассылка различных документов: От главы компании к начальникам отделов От начальников отделов сотрудникам отделов От главы компании сотрудникам отделов Также администратор настраивает данные для входа в систему для: Начальников отделов Сотрудников отделов

Изображение слайда
5

Слайд 5: Диаграмма классов

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

Изображение слайда
6

Слайд 6: Диаграмма активности

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

Изображение слайда
7

Слайд 7: Постановка задачи

Разработать автоматизированную, настраиваемую систему для обеспечения документооборота. Администратор должен иметь возможность настраивать данные для входа в систему, а также переименовывать отделы. Начальники отделов должны иметь возможность создавать документы, назначать ознакомление с ними сотрудникам своих отделов и отслеживать их ознакомленность. Сотрудники отделов должны иметь возможность просматривать документы, производить поиск по дате, отправителю, получателю и коду документа, а также отмечать ознакомленность с документами.

Изображение слайда
8

Слайд 8: Требования к системе

Нефункциональные требования: приложение должно быть простым в эксплуатации, в приложении должна быть предусмотрена минимальная избыточность данных структур, время реакции не должно превышать несколько секунд; приложение должно быть написано с использованием языка SQL ; интерфейс разрабатываемого приложения должен быть интуитивно понятен пользователю и удобен в использовании ; Функциональные требования: база данных должна правильно хранить получаемые данные; вход в систему должен производиться посредством ввода пароля и логина пользователя; пользователь должен иметь возможность создавать, редактировать и просматривать документы, созданные в базе данных; пользователь должен иметь возможность просматривать, добавлять и редактировать данные о сотрудниках компании в базе данных должна быть реализована система отслеживания ознакомленности с документами; администратор должен иметь возможность настраивать логины, пароли, а также редактировать наименования отделов компании;

Изображение слайда
9

Слайд 9: Логическая модель

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

Изображение слайда
10

Слайд 10: Физическая модель

Таблица «Авторизация» № п/п Имя поля Подпись поля Тип данных Кол-во символов Точность Ключ 1 ID Логин сотрудника для авторизации Текстовый 30 0 Нет 2 Пароль Пароль сотрудника для авторизации Текстовый 30 0 Нет 3 Отдела Наименование отдела Текстовый 255 0 Нет 4 Наименование отдела Настраиваемое наименование отдела Текстовый 255 0 Нет

Изображение слайда
11

Слайд 11: Физическая модель

Таблица «Документооборот начальников отделов» № п/п Имя поля Подпись поля Тип данных Кол-во символов Точность Ключ 1 Код сотрудника Идентификационный код сотрудника Числовой 6 0 Да 2 Код документа Идентификационный код документа Числовой 10 0 Нет 3 Ознакомлен Ознакомлен ли сотрудник с документом Логический - - Нет

Изображение слайда
12

Слайд 12: Физическая модель

Таблица «Документооборот сотрудников» № п/п Имя поля Подпись поля Тип данных Кол-во символов Точность Ключ 1 Код сотрудника Идентификационный код сотрудника Числовой 6 0 Да 2 Код документа Идентификационный код документа Числовой 10 0 Нет 3 Ознакомлен Ознакомлен ли сотрудник с документом Логический - - Нет

Изображение слайда
13

Слайд 13: Физическая модель

Таблица «Документы» № п/п Имя поля Подпись поля Тип данных Кол-во символов Точность Ключ 1 Код документа Идентификационный код документа Счетчик - - Да 2 Шапка Заголовочная часть документа Текстовый 255 0 Нет 3 Наименование Наименование документа Текстовый 255 0 Нет 4 Получатель Получатель документа Текстовый 255 0 Нет 5 Отправитель Отправитель документа Текстовый 255 0 Нет 6 Текст документа Текст документа Длинный текст - - Нет 7 Дата составления Дата составления документа Дата и время - - Нет

Изображение слайда
14

Слайд 14: Физическая модель

Таблица «Начальники отделов» № п/п Имя поля Подпись поля Тип данных Кол-во символов Точность Ключ 1 Код сотрудника Идентификационный код сотрудника Числовой 6 0 Да 2 ФИО ФИО сотрудника Текстовый 255 0 Нет 3 Должность Должность сотрудника Текстовый 255 0 Нет 4 Рабочий т Рабочий телефон сотрудника Текстовый 18 0 Нет 5 Внутренний т Внутренний телефон сотрудника Текстовый 5 0 Нет 6 Мобильный т Мобильный телефон сотрудника Текстовый 18 0 Нет 7 E-mail E-mail сотрудника Текстовый 100 0 Нет

Изображение слайда
15

Слайд 15: Физическая модель

Таблица «Отделы» № п/п Имя поля Подпись поля Тип данных Кол-во символов Точность Ключ 1 Код привязанного отдела Идентификационный код привязанного отдела Числовой 6 0 Да 2 Код сотрудника Идентификационный код сотрудника Числовой 6 0 Нет 3 Наименование отдела Наименование отдела Текстовый 255 0 Нет

Изображение слайда
16

Слайд 16: Физическая модель

Таблица «Сотрудники отделов» № п/п Имя поля Подпись поля Тип данных Кол-во символов Точность Ключ 1 Код сотрудника Идентификационный код сотрудника Числовой 6 0 Да 2 ФИО ФИО сотрудника Текстовый 255 0 Нет 3 Должность Должность сотрудника Текстовый 255 0 Нет 4 Рабочий т Рабочий телефон сотрудника Текстовый 18 0 Нет 5 Внутренний т Внутренний телефон сотрудника Текстовый 5 0 Нет 6 Мобильный т Мобильный телефон сотрудника Текстовый 18 0 Нет 7 E-mail E-mail сотрудника Текстовый 100 0 Нет 8 Код отдела Идентификационный код отдела Числовой 3 0 Нет

Изображение слайда
17

Слайд 17: Требования для работы Программного продукта

Характеристика Значение Тактовая частота процессора 1.8 ГГц Объём оперативной памяти 1 Гб Объём дискового пространства 100 Гб Операционная система Windows Vista, 7, 8, 10 Офисный пакет Microsoft Office 2016

Изображение слайда
18

Слайд 18: Программно-аппаратная платформа для решения задачи

Ниже представлены необходимые характеристики для программно-аппаратной платформы решаемой задачи. № п/п Наименование Характеристика 1 Персональный компьютер CPU-500 МГц или более, ОЗУ-256 или более МБ; дисковод для СD-дисков 2 Жесткий диск Для установки необходимо 2ГБ; 3 Разрешение экрана Минимум 800x600 точек; рекомендовано 1024x768 или более 4 Операционная система Microsoft Windows 7 или выше 5 Офисный пакет Microsoft Office 2016

Изображение слайда
19

Слайд 19: Описание технологии решения задачи

Методы и алгоритмы обработки информации реляционных баз данных основываются на теории реляционной алгебры. Таким образом, реляционная БД представляет собой информацию (данные) об объектах, представленную в виде двумерных массивов – таблиц, объединённых определенными связями. Таблица базы данных – двумерный массив, содержащий информацию об одном классе объектов. Таблица состоит из следующих элементов: поле, ячейка, запись. Поле содержит значения одного из признаков, характеризующих объекты БД. Число полей в таблице соответствует числу признаков. Ячейка содержит конкретное значение соответствующего поля. Запись – строка таблицы. Она содержит значения всех признаков, характеризующих один объект. Число записей соответствует числу объектов, данные о которых содержатся в таблице. Запросы упрощают просмотр, добавление, удаление или изменение данных в базе данных Access. Среди других целей использования запросов можно отметить: быстрый поиск определенных данных путем фильтрации с применением определенных критериев (условий); вычисление или сведение данных; автоматизированное управление данными, например, регулярный просмотр актуальных данных.

Изображение слайда
20

Слайд 20: Схема данных

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

Изображение слайда
21

Слайд 21: Листинг запросов

Поиск по дате – позволяет осуществлять поиск документов по указанной дате составления. Код запроса: SELECT Документы.Наименование, Документы.Получатель, Документы.Отправитель, Документы.[Текст документа], Документы.[Дата совставления ], Документы.[Код документа], Документы.[Документ отдела] FROM Документы WHERE (((Документы.[Дата совставления ])=[Введите день]+"."+[Введите месяц]+"."+[Введите год])); Запрос последовательно отображает три всплывающих окна с подписями «Введите день», «Введите месяц» и «Введите год», после чего берет все данные из таблицы «Документы» с подходящей датой составления и отображает на странице пользователя.

Изображение слайда
22

Слайд 22: Листинг запросов

Поиск по коду – позволяет осуществлять поиск документов по идентификатору документа; Код запроса: SELECT Документы.Наименование, Документы.Получатель, Документы.Отправитель, Документы.[Текст документа], Документы.[Дата совставления ], Документы.[Код документа], Документы.[Документ отдела] FROM Документы WHERE (((Документы.[Код документа])=[Введите код документа ])); Запрос отображает всплывающее окно с подписью «Введите код документа», после чего берет все данные из таблицы «Документы» с подходящим идентификатором документа и отображает на странице пользователя.

Изображение слайда
23

Слайд 23: Листинг запросов

Поиск по отправителю - позволяет осуществлять поиск документов по указанному отправителю; Код запроса: SELECT Документы.Наименование, Документы.Получатель, Документы.Отправитель, Документы.[Текст документа], Документы.[Дата совставления ], Документы.[Код документа], Документы.[Документ отдела] FROM Документы WHERE ((( Документы.Отправитель )=[Введите полное ФИО отправителя])); Запрос отображает всплывающее окно с подписью «Введите полное ФИО», после чего берет все данные из таблицы «Документы» с подходящим ФИО отправителя и отображает на странице пользователя.

Изображение слайда
24

Слайд 24: Листинг запросов

Поиск по получателю - позволяет осуществлять поиск документов по указанному получателю; Код запроса: SELECT Документы.Наименование, Документы.Получатель, Документы.Отправитель, Документы.[Текст документа], Документы.[Дата совставления ], Документы.[Код документа], Документы.[Документ отдела] FROM Документы WHERE ((( Документы.Получатель )=[Введите полное ФИО получателя])); Запрос отображает всплывающее окно с подписью «Введите полное ФИО получателя», после чего берет все данные из таблицы «Документы» с подходящим ФИО получателя и отображает на странице пользователя.

Изображение слайда
25

Слайд 25: Парольный вход

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

Изображение слайда
26

Слайд 26: Стартовые формы

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

Изображение слайда
27

Слайд 27: Основные рабочие формы

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

Изображение слайда
28

Последний слайд презентации: Министерство образования и молодежной политики Свердловской области ГАПОУ СО: Заключение

Результатом выпускной квалификационной работы является программный продукт «Документооборот», состоящий из программы и набора технической документации. Поставленная цель дипломного проекта была достигнута через последовательное решение следующих задач: Первый этап, определение целей и задач. После этого был создан документ Техническое задание, данный документ послужил для выработки взаимоотношений между разработчиком и заказчиком. По окончании первого этапа начался этап проектирования. Он занимает самую большую временную часть времени разработки. Н а данном этапе составлен документ Технический проект, который представляет общие сведения о проекте и обоснования для технических решений, принятых в процессе разработки. Тестирование — это важная и неотъемлемая часть создания программного продукта. Программа и методика испытаний отражают процесс тестирования, в итоге процесса тестирования был создан Протокол испытаний. Для проведения тестирования необходимым элементом является документ Руководство пользователя.

Изображение слайда