Проектирование информационной системы для ведения ежедневника

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

Федеральное государственное бюджетное образовательное учреждение высшего образования

"Уфимский государственный авиационный технический университет"

Кафедра автоматизированных систем управления

Пояснительная записка

к курсовому проекту по дисциплине "Проектирование ИС"

260 036 17. 1304 ХХХ. 001.ПЗ

	Фамилия И.О.	Подпись	Дата защиты	Оценка
Студент
Принял

Уфа 2017



Федеральное агентство по образованию

Государственное образовательное учреждение высшего профессионального образования

«УФИМСКИЙ ГОСУДАРСТВЕННЫЙ АВИАЦИОННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

Кафедра Автоматизированных систем управления

ЗАДАНИЕ

на курсовой проект по дисциплине «Проектирование информационных систем»

Тема курсового проекта

ИС для ведения ежедневника (календарь с пометками, напоминаниями, заданиями)



Основное содержание

Выполнить проектирование по стандарту UML (разработать диаграммы вариантов использование, последовательности, сотрудничества, классов, компонентов и развёртывания)

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

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

Требования к оформлению

Пояснительная записка должна быть оформлена в редакторе Microsoft ® Word в соответствии с требованиями ЕСПД, ГОСТ 34, UML

2. В пояснительной записке должны содержаться следующие разделы:

Проектная часть

описание системы (общие положения, нормативная база, анализ рынка готового ПО, ТЗ на разработку системы)

диаграмма вариантов использования,

диаграмма последовательности,

диаграмма сотрудничества,

диаграмма классов,

диаграмма компонентов

диаграмма развёртывания

Реализация

основные рабочие интерфейсы

основные экраны

основные диалоги пользователя

пример работы системы

Графическая часть должна содержать:

Набор UML диаграмм

Набор скриншотов работы программы



Оглавление

Этап №1. Исследование нормативно-правовой базы. Исследование рынка доступного программного обеспечения

1.1 Исследование нормативно-правовой базы

1.1.1 Общие положения

1.1.2 Основные нормативно-правовые документы(НПД), влияющие на проект и/или на отдельные подсистемы проекта

1.1.3 Требования к системе регламентированные НПД

1.1.4 Количественные характеристики регламентированные НПД

1.1.5 Федеральные и региональные справочники необходимые для функционирования системы

1.2 Исследование рынка доступного программного обеспечения

1.2.1 Готовые и полуготовые (конструкторы) решения, реализующие требуемый функционал

1.2.2 Характеристики решений

1.2.3 Сравнение выбранных решений

Этап №2. Составление технического задания. Эскизное проектирование

1. Разработка технического задания

1.1 Общие положения

1.2 Характеристика объекта автоматизации

1.3 Требования к системе

1.4 Состав и содержание работ по созданию системы

2. Разработка эскизного проекта

Этап № 3

3.1 Разработка диаграммы вариантов использования

3.2 Разработка диаграмм последовательности и сотрудничества

3.3. Разработка диаграммы классов

3.4 Разработка диаграмм компонентов и развертывания

Этап № 4. Разработка алгоритма работы пользователя

4.1 Блок-схема алгоритма работы пользователя с системой

4.2 Подпроцесс "авторизация"

4.3 Подпроцесс "Управление заданием"

4.4 Подпроцесс "Управление пометками"

4.4 Подпроцесс "Управление напоминанием

4.5 Подпроцесс "Сформировать отчет"

Этап № 5. Реализация

5.1 Справочники

5.1.1 Справочник «Задания»

5.1.2 Справочник «напоминания»

5.1.3 Справочник «Пометки»

5.2 Документы

5.2.1 Документ «Учет заданий»

5.2.2 Документ «Учет напоминаний»

5.2.3 Документ «учёт пометок»

5.3 Отчеты

5.3.1 Отчет по заданиям

5.3.2 Отчет по напоминаниям

5.3.3 Отчет по пометкам

Заключение

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

програмный федеральный справочник



Этап №1. Исследование нормативно-правовой базы. Исследование рынка доступного программного обеспечения.

1.1 Исследование нормативно-правовой базы

1.1.1 Общие положения

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

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

Подсистема хранения данных;

Подсистема печати данных;

Подсистема анализа;

Подсистема формирования отчетности;

Основные нормативно-правовые документы(НПД), влияющие на проект и/или на отдельные подсистемы проекта:

Трудовой кодекс РФ;

Гражданский кодекс РФ;

Устав предприятия;

Требования к системе регламентированные НПД:

Система должна быть надежно защищена от: 1) несанкционированного доступа; 2) разрушения или прекращения работы программного обеспечения в результате некорректных действий оператора; 3) проникновения вирусов;

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

Система должна быть кроссплатформенной;

Система должна взаимодействовать со следующими системами: MS Office, система электронного документооборота, «1С: Предприятие»;

Для организации информационной базы должна использоваться реляционная СУБД;

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

Количественные характеристики регламентированные НПД

при установке приложения на жестком диске должно быть не менее 1 Гб;

оперативная память - 1024Мбайта;

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

Справочник федеральных праздников;

Справочник напоминаний;

Справочник задач;

Справочник пометок;

1.2 Исследование рынка доступного программного обеспечения

1.2.1 Готовые и полуготовые (конструкторы) решения, реализующие требуемый функционал

Google календарь

LeaderTask

1.2.2 Характеристики решений

Таблица 1 Характеристики

Характеристики	Gogle календарь	LeaderTask
Мобильность	5	4
Надежность	4	3
Вырубка по месяцам	5	5
Календарь текущего месяца на каждой странице	5	2
Справочный материал	5	1
Итог	24	16

1.2.3 Сравнение выбранных решений

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



Этап №2. Составление технического задания. Эскизное проектирование

1. Разработка технического задания

1.1 Общие положения

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

1.2 Характеристика объекта автоматизации

Объектом автоматизации является рабочий план.

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

Рабочий план представляет календарь с пометками, который содержит страницы со следующей информацией:

О владельце: наименование организации.

О календаре: включает в себя пометки, задания и напоминания.

О пометках.

О заданиях.

О напоминаниях.



1.3 Требования к системе

1.3.1 Требования к структуре и функционированию системы

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

В состав ИС должны входить следующие подсистемы:

* Подсистема хранения данных;

* Подсистема печати данных;

* Подсистема анализа;

* Подсистема формирования отчетности;

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

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

Подсистема печати предназначена для печати отчетов.

1.3.2 Требования к численности и квалификации персонала систем и режимы его работы

Для эксплуатации ИС определены следующие роли:

- Системный администратор;

- Администратор баз данных;

- Администратор информационной безопасности;

- Пользователь.

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

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

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

Пользователь должен быть опытным пользователем ПК.

Режим работы: 5 дней в неделю, 8 часов в день.

1.3.3 Требования к надежности

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

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

при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;

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

1.3.4 Требования к безопасности

Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.

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

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

1.3.5 Требования к эргономике и технической эстетике

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

1.3.6 Требования к транспортабельности для подвижных АС

1.3.7 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

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

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

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

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

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

1.3.10 Требования к защите от влияния внешних воздействий

Требования не предъявляются.

1.3.11 Требования к патентной чистоте

Требования не предъявляются.

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

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

1.3.13 Дополнительные требования

Требования не предъявляются.



1.4 Состав и содержание работ по созданию системы

Стадии	Этапы работ
1. Формирование требований к АС (5 дней)	1.1. Обследование объекта и обоснование необходимости создания АС. 1.2. Формирование требований пользователя к АС. 1.3. Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания)
2. Разработка концепции АС. (3 дня)	2.1. Изучение объекта. 2.2. Проведение необходимых научно-исследовательских работ. 2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя. 2.4. Оформление отчёта о выполненной работе.
3. Техническое задание. (4 дня)	Разработка и утверждение технического задания на создание АС.
4. Эскизный проект. (4 дня)	4.1. Разработка предварительных проектных решений по системе и её частям. 4.2. Разработка документации на АС и её части.
5. Технический проект. (5 дней)	5.1. Разработка проектных решений по системе и её частям. 5.2. Разработка документации на АС и её части. 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку. 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.
6. Рабочая документация. (2 дня)	6.1. Разработка рабочей документации на систему и её части. 6.2. Разработка или адаптация программ.
7. Ввод в действие. (1 месяц)	7.1. Подготовка объекта автоматизации к вводу АС в действие. 7.2. Подготовка персонала. 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями). 7.4. Строительно-монтажные работы. 7.5. Пусконаладочные работы. 7.6. Проведение предварительных испытаний. 7.7. Проведение опытной эксплуатации. 7.8. Проведение приёмочных испытаний.
8. Сопровождение АС	8.1. Выполнение работ в соответствии с гарантийными обязательствами. 8.2. Послегарантийное обслуживание.

2. Разработка эскизного проекта

Набор основных подсистем - подсистемы хранения данных, управления записями, календарь, импорта/экспорта мультимедийных данных.

Набор основных функций - оповещение о событиях, хранение записей.

Эскизный проект системы.

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

Эскизный проект системы. Мнемосхемы использования АИС.

Рисунок 1 Мнемосхема использования системы



Этап №3. Разработка диаграмм

3.1 Разработка диаграммы вариантов использования

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



3.2 Разработка диаграмм последовательности и сотрудничества

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

Рисунок 4 Диаграмма сотрудничества



3.3 Разработка диаграммы классов

Рисунок 5 Диаграмма классов

3.4 Разработка диаграмм компонентов и развертывания

Рисунок 6 Диаграмма компонентов

Рисунок 7 Диаграмма развертывания



Этап №4. Разработка алгоритма работы пользователя

4.1 Блок-схема алгоритма работы пользователя с системой

Рисунок 8 Блок-схема алгоритма работы пользователя с системой

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

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

4.2 Подпроцесс "авторизация"

Рисунок 9 Подпроцесс "авторизация"

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



4.3 Подпроцесс "Управление заданием"

Рисунок 1 Подпроцесс "Управление заданием"

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

4.4 Подпроцесс "Управление пометками"

Рисунок 11 Подпроцесс "Управление пометками"

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

4.4 Подпроцесс "Управление напоминанием

Рисунок 12 Подпроцесс "Управление напоминанием

Подпроцесс «Управление напоминанием». Пользователю встает выбор «Добавить напоминание» или «Редактировать напоминание», если он выбирает первое, то он добавляет напоминание и вводит данные, затем сохраняет информацию в БД и завершает подпроцесс, если же второе, то пользователь изменяет данные напоминание и сохраняет информацию в БД и завершает подпроцесс.

4.5 Подпроцесс "Сформировать отчет"

Рисунок 13 подпроцесс "Сформировать отчет"

В начале пользователь выбирает ему нужный отчет, потом задаёт параметры отбора и формирует отчет.



Этап №5. Реализация

5.1 Справочники

5.1.1 Справочник «Задания»

Данный справочник предоставляет информацию о наименовании и полном названии задания.

Рисунок 14 Основная форма справочника "Задания"

Рисунок 15 Пустая форма справочника "Задания"

5.1.2 Справочник «напоминания»

Данный справочник предоставляет наименование и код напоминаний

Рисунок 16 основная форма справочника "Напоминания"

Рисунок 17 пустая форма справочника "Напоминания"

5.1.3 Справочник «Пометки»

Данный справочник предоставляет название пометки и на какое задания идёт пометка



Рисунок 18 основная форма справочника «Пометки»

Рисунок 19 пустая форма справочник "Пометки"

5.2 Документы

5.2.1 Документ «Учет заданий»

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



Рисунок 20 основная форма документа "Учет заданий"

Рисунок 21 пустая форма документа "Учет заданий"

5.2.2 Документ «Учет напоминаний»

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



Рисунок 22 Основная форма документа "Учет напоминаний"

Рисунок 23 Пустая форма документа "учёт напоминаний

5.2.3 Документ «учёт пометок»

Документ «Учёт пометок» содержит в себе, дату последнего изменения, номер, название и дату выдачи пометки



Рисунок 24 Основная форма документа "Учет пометок"

Рисунок 25 Пустая форма документа "учет пометок"

5.3 Отчеты

5.3.1 Отчет по заданиям

Отчет по заданиям содержит в себе форму для формирования отчета по критериям «Дата начало», «Дата конец» и «название задания».

Рисунок 26 Основная форма "Отчет по заданиям"

5.3.2 Отчет по напоминаниям

Отчет по напоминаниям содержит в себе форму для формирования отчета по критериям «Дата начало», «Дата конец» и «название пометки».

Рисунок 27 основаная форма "Отчет по напоминаниям"

5.3.3 Отчет по пометкам

Отчет по пометкам содержит в себе форму для формирования отчета по критериям «Дата начало», «Дата конец» и «название пометки».



Рисунок 28 основаня форма "Отчет по пометкам"



Заключение

В ходе данного курсового проекта была разработанная информационная система «АИС Ежедневник» (Автоматизированная информационная система работы с заданиями, напоминаниями и пометками).

В ходе работы было выполнено:

1. Определение основных задач разработки;

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

3.Проектирование технического задания на разработку;

4.Составлены диаграммы UML отображающие взаимодействия частей системы друг с другом (Диаграмма вариантов использования, Диаграмма классов, диаграмма сотрудничества, диаграмма компонентов, диаграмма развертывания, диаграмма последовательности);

5.Разработано руководство пользователя.



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

1. ГОСТ 19.701-90(ИСО5807-85) Схемы алгоритмов, программ данных и систем. - Москва: Изд-во стандартов, 1990. - 27 с.;

2. Буч Г., Рамбо Д., Якобсон И. Язык UML/ Руководство пользователя, 2-е издание.-М.: ДМК Пресс, 2006-496 с.:ил ;

3. Леоненков А.В. Самоучитель UML.-2-e изд.-СПб.: БХВ-Петербург,2014.-432 с.:ил.;

4. С.Михайлов 1С программирование как дважды два. Самоучитель.-СПб. Тритон, 2015.-173 с.:ил.;

5. М.Г.Радченко, Е.Ю.Хрусталева 1С:Предприятие 8.3. Практическое пособие разработчика. Примеры и типовые приемы. - М.: ООО «1С-Паблишинг», 2013. -964с.: ил.

6. Автор: В.И. Грекул: Проектирование информационных систем ISBN: 978-5-9556-0033-8 , 2005. -- 304 с.

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

...