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

УТВЕРЖДАЮ

Председатель ЦК

_________Володина Ю.Ю._

(Подпись, Фамилия, инициалы)

«___»____________2021г.

 

 

КУРСОВАЯ РАБОТА

по МДК Информационные технологии и платформы разработки информационных систем

(наименование учебной дисциплины)

 

на тему: Разработка информационной системы деятельности детского сада№2

 

Обучающийся_____________  Прибыткова А.Д.И-185 

(Подпись, дата)                  (Фамилия, инициалы)                              (Группа)

 

Преподаватель ________________  ___________МарковаЛ.А.___

                                            (Подпись, дата)                                                               (Фамилия, инициалы)

 

Работа защищена ______________ _______________________________________

                                                                     (Дата)                                                                 (Оценка)

 

 

Воронеж

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

«ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ИНЖЕНЕРНЫХ ТЕХНОЛОГИЙ»

информационных технологий


Комиссия_______________________________________________

ЗАДАНИЕ НА КУРСОВУЮ РАБОТУ

 
И-185
09.02.04


Обучающейся Прибыткова А.Д._______________        ______________

(фамилия, инициалы)               (код специальности)                                 (группа)

 

 

Разработка информационной системы деятельности детского сада №2


1. Тема___________________________________________________________

2. Срок предоставления работы по защите: ________________________________

3.

Курсовая работа на примере реляционной базы детского сада.
Особенности задания: _________________________________________________________________________________________________________________________________________________________________________________________________________

4.

Введение.
Содержание пояснительной записки (перечень вопросов, подлежащих разработке)

4.1.

Теоретическая часть.
______________________________________________________________

4.2.

Практическая часть (проектирование БД).
______________________________________________________________

4.3.

Заключение.
______________________________________________________________

4.4. ______________________________________________________________

5.

не используются
Перечень графического материала: __________________________________________________________________________________________________________________________

 


Дата выдачи задания: ___________________________

 

Руководитель:                        МарковаЛ.А.

 

Задание принял к исполнению ________________ Прибыткова А.Д._________

                                                                                       (подпись, дата)                         (инициалы, фамилия)

Оглавление

 

Введение. 4

1.Анализ деятельности детского сада №2. 5

1.1. Исследование предметной области. 5

1.1.1 Технико-экономическая характеристика объекта исследования. 5

1.2                                                                                 . Выбор базы данных. 8

1.3               . Постановка задачи на разработку информационной системы.. 22

2.Разработкаинформационнойсистемы.. 23

2.1 Моделирование бизнес-процессов исследуемой области. 23

2.2 Создание таблиц. 26

2.3 Создание запросов. 31

2.4 Создание отчетов. 33

2.5 Создание форм. 35

2.6 Создание главной кнопочной формы.. 40

Заключение. 41

Список использованных источников. 43

 


Введение

 

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

Для более лёгкого учёта участников системы, тем более с большим количеством участников и данных требуется системный подход, предполагающий всестороннее технологическое обеспечение. Это помогает составить некую «библиотеку данных», где легко найти что-то конкретное.

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

§ произвести анализ и сделать общую характеристику предметной области и объекта автоматизации;

§ обосновать необходимость автоматизации;

§ выбрать технические и программные средства;

§ спроектировать структуру БД;

§ выполнить проектирование интерфейса;

§ выполнить программную реализацию информационной системы.

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

 

1. Анализ деятельности детского сада №2

 

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

 

1.1.1 . Технико-экономическая характеристика объекта исследования

 

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

Данные детского сада:

§ Администрация детского сада находится по адресу: г. Воронеж, ул. Хользунова, д.137, корпус 2.

§ График работы: пн.- сб. Будни с10.00 до 19.00, сб.с 11.00 до 17.00, вс. выходной.

§ Тел./факс. (132)377-54-23, 228-10-75

§ Е-mail detsadsun28@vrn.ru

§ Директор: Власов Иннокентий Алексеевич, тел. 8(980)533-38-46

История детского сада

В мае 2005 года был введён в употребление МДОУ «Детский сад №2» на пять групп в ведомстве тогда стоящего у главы города мэра города Воронежа. После завершения строительства началась работа по внутреннему благоустройству. Коллектив молодых, любящих и энергичных сотрудников во главе с заведующим Ивановым Иваном Алексеевичем приводил в порядок помещения, территорию. Многое делалось своими силами и своими руками и уже в январе 2006 года новое двухэтажное здание распахнуло двери для своих первых воспитанников.

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

Совсем молодыми тогда пришли работать в детский сад воспитатели Бичёва Д.В., Петрушенко В.В., Васильев П.М, музыкальный руководитель Тростников Д.И., учитель физической культуры Дуров М.М. Они воспитали и подготовили к школе не одну сотню детей. Ряды сотрудников детского сада пополнялись, зарождались свои традиции. Большое внимание уделялось физическому развитию детей, музыкальному воспитанию. Активно озеленялась территория, появлялись спортивные снаряды. Летом дети с удовольствием принимали водные процедуры, закалялись. Педагогическое мастерство воспитателей постоянно росло, что позволяло им успешно выступать на профессиональных конкурсах. За последнее десятилетие наш детский сад преобразился, заиграл новыми красками: на территории и в помещениях создана развивающая среда, активно используются инновационные технологии, обеспечивающие полноценное всестороннее развитие детей.

Структура и органы управления детского сада представлена на рисунке 1.

 

 

Рисунок 1 – Структура и органы управления детского сада

 

1.2. Выбор базы данных

 

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

Проект Omega

Первая попытка Microsoft продать продукт реляционная база данных была в середине 1980-х годов, когда Microsoft получила лицензию на продажу R: Base. В конце 1980-х годов Microsoft разработала собственное решение под кодовым названием Omega.

Проект Cirrus

После того, как проект Omega был отменен, некоторые из его разработчиков были назначены проекту Cirrus (большинство из них были назначены команде, создавшей VisualBasic). Его целью было создать конкурента для приложений как Paradox или dBase, которая будет работать в Windows. После того, как Microsoft приобрела FoxPro, появились слухи о том, что проект Microsoft может быть заменен на него, но компания решила разработать их параллельно. Предполагалось, что проект будет использовать ExtensibleStorageEngine (JetBlue), но в итоге была предоставлена поддержка только MicrosoftJetDatabaseEngine (JetRed). Проект использовал часть кода как из проекта Omega, так и из предварительной версии VisualBasic. В июле 1992 года бета-версии Cirrus отправлены разработчикам, а имя Access стало официальным названием продукт.

Использование Access позволяет:

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

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

§ удалять информацию, например, если артикул был продан или утилизирован;

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

§ обмениваться данными с другими людьми с помощью отчетов, сообщений электронной почты, внутренней сети или Интернета.

База данных состоит из следующих компонентов:

Таблица – объект базы данных, в котором данные хранятся в виде записей (строк) и полей (столбцов). Является основным структурным элементом системы управления реляционной базой данных.

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

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

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

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

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

Проектирование базы данных (БД) состоит из двух основных фаз: логического и физического моделирования. Во время фазы логического моделирования конструктор собирает требования и разрабатывает модель, не зависящую от конкретной системы управления базами данных (СУБД). Во время фазыфизического моделирования конструктор создает модель, оптимизированную для конкретного приложения СУБД; именно эта модель реализуется на практике.

Процесс проектирования БД состоит из следующих этапов:

1. Сбор информации;

2. Идентификация объектов;

3. Моделирование объектов;

4. Идентификация типов информации для каждого объекта;

5. Идентификация отношений;

6. Нормализация;

7. Преобразование к физической модели;

8. Создание базы данных.

Этапы 1-6 образуют фазу логического моделирования. Этапы 7-8 представляют собой фазу физического моделирования.

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

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

§ Какие значения должны содержаться в поле;

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

§ Какие операции должны производиться со значениями в поле;

§ Нужна ли сортировка данных поля;

§ Необходимо ли группировать данные.

В Таблице 1 приведен список предусмотренных в приложении MicrosoftOfficeAccess 2016 типов данных, инструкции по их применению и сведения о размере места, необходимого для хранения данных каждого типа. При этом необходимо помнить, что максимальный размер файла базы данных OfficeAccess 2016 составляет 2 гигабайта.

 

Таблица 1 – Типы данных

 

 

 

В большинстве систем управления базами данных, включая MicrosoftAccess версий до MirosoftAccess 2007, в поле можно хранить только одно значение. При работе с MicrosoftOfficeAccess 2016 можно создать поле, хранящее несколько значений, например, список категорий, к которым относится проблема.

Технически модель поля, одновременно допускающего несколько значений, в Access реализует отношение «многие-ко-многим».

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

§ Хранить выборку из списка вариантов, содержащую одновременно несколько значений (и этот список относительно невелик).

§ Экспортировать таблицу Access на узел SharePoint, где будут применяться поля вариантов или подстановок с несколькими значениями, доступные в WindowsSharePointServices.

§ Создать связь со списком SharePoint, содержащим поля вариантов или подстановок с несколькими значениями.

Кроме описанных выше ситуаций, поля, одновременно допускающие несколько значений, можно использовать, когда есть уверенность, что не придется позже переносить базу данных на Microsoft SQL Server. Поля, одновременно допускающие несколько значений, из формата OfficeAccess 2016 преобразуются в поля SQL Server в виде полей типа МЕМО (ntext), которые содержат значения с

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

В Таблице 2 перечислены свойства полей и описано влияние этих свойств на поля в зависимости от их типа данных.

Таблица 2 – Свойства полей MS Access

 

 

 

Один из способов изучить определенную базу данных – воспользоваться архивариусом (средством документирования базы данных). Архивариус используется для построения отчета, содержащего подробные сведения об объектах в базе данных. Сначала следует выбрать, какие объекты будут подробно рассмотрены в отчете. Когда запускается архивариус, его отчет содержит все данные о выбранных объектах базы данных.

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

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

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

Первичный ключ используется для связывания

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

§ Искусственный ключ – это дополнительное служебное поле, единственное предназначение которого  –  служить первичным ключом. Значения этого поля не образуется на основе каких-либо других данных из БД, а генерируются искусственно.

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

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

Ключи также делятся на два класса: простые и составные.

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

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

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

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

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

Один к одному: каждой записи первой сущности соответствует только одна запись второй сущности, а каждой записи второй сущности – только одна запись первой сущности. Пример – автор, у которого в данный момент имеется лишь одна незавершенная книга.

Один ко многим: каждой записи первой сущности могут соответствовать несколько записей второй сущности, однако каждой записи второй сущности соответствует только одна запись первой сущности. Пример – издательство, выпустившее несколько книг.

Многие ко многим: каждой записи первой сущности могут соответствовать несколько записей второй сущности, а каждой записи второй сущности соответствуют несколько записей первой сущности. Пример – один автор может написать несколько книг, а у одной книги может быть несколько авторов.

В реляционных базах данных этот тип отношений не реализуем, поэтому создается дополнительная сущность, ассоциирующая данную связь (ассоциация).

Связи между сущностями устанавливаются по равенству значений первичного и внешнего ключей.

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

§ Межтабличные связи предоставляют сведения для структуры запросов;

§ Межтабличные связи предоставляют сведения для структуры форм и отчетов;

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

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

§ Связанное поле главной таблицы является первичным ключом или альтернативным ключом (имеет уникальный индекс).

§ Связанные поля (первичный ключ главной таблицы и внешний ключ подчиненной таблицы) имеют один тип данных. Здесь существует исключение: поле счетчика может быть связано с числовым полем, свойство которого Размер поля (FieldSize) имеет значение Длинное целое.

§ Обе таблицы принадлежат одной базе данных MicrosoftAccess. Для установки целостности данных база данных, в которой находятся таблицы, должна быть открыта.

При установке целостности данных, необходимо помнить следующие правила:

§ Невозможно ввести в поле внешнего ключа связанной таблицы значение, не содержащееся в ключевом поле главной таблицы.

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

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

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

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

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

В MicrosoftAccess существует два инструмента, помогающих в усовершенствовании структуры баз данных:

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

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

 

1.3 Постановка задачи на разработку информационной системы

 

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

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

§ сокращение трудовых и материальных затрат;

§ повышение оперативности, точности составления занятий;

§ сокращение времени введения, поиска и обработки необходимой информации;

§ упрощение доступа к информации.

 

 

2. Разработка информационной системы

 

2.1 Моделирование бизнес-процессов исследуемой области

 

Действующие процессы в детском саду описываются, с помощью следующих UML диаграмм:

§ диаграмма вариантов использования – диаграмма, на которой отражены отношения, существующие между участниками и вариантами использования, представлена на рисунке 2.

 

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

 

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

 

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

 

При моделировании производственных процессов, согласно модели RUP, выполняются следующие работы:

§ описание текущего бизнеса;

§ идентификация бизнес-процессов;

§ уточнение определений бизнес-процессов;

§ уточнение ролей и ответственностей;

§ исследование автоматизации процесса;

§ разработка модели предметной области.

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

При создании системы деятельности «Детский сад №2» было уделено особое внимание требованиям, которые предъявляются к программам, используемым в детском саду.

В системе деятельности «Детский сад №2» вся информация должна храниться в базе данных, что позволит получать объективные сведения о текущем состоянии дел в реальном времени.

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

Рисунок 4 – Схема данных предметной области детского сада

2.2 Создание таблиц

 

 С помощью конструктора необходимо в разделе «Таблицы» структуры БД, нажать кнопку «Создать» и в дополнительном окне выбрать необходимый пункт «Конструктор». Далее необходимо в конструкторе указать «Имя поля» таблицы «Тип данных» поля, по желанию «Примечание» и при достаточной подготовке можно использовать расширенные настройки полей, такие как: Символьный размер поля, кодировка, формат и многое прочее, представлены в нижней части окна конструктора.

«Имя поля» таблицы – это просто название столбца, несет в себе информационный характер для пользователя.

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

«Примечание» – носит также информационный характер, но в отличие от «Имени поля», примечание сможете видеть только Вы, в режиме конструктора.

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

Создано 8 таблиц: «Состав семьи», «Должность», «Место работы», «Информация о детях», «Оклад», «Информация родители», «Код группы/группа», «Информация сотрудники». Список таблиц представлен на рисунке 5.

 

 

Рисунок 5 – Список таблиц

 

В таблице «Информация о детях» имеются столбцы: Код ребёнка, Ф.И.О., Месторождение, Год рождения, Код группы/группа, Пол, Родители. Представлено на рисунке 6.

 

 

Рисунок 6 – Таблица «Информация о детях»

 

В таблице «Информация о родителях» находятся столбцы: Ребёнок, Ф.И.О. родителей, Адрес, Год рождения, Домашний телефон, Место рождения. Показано на рисунке 7.

 

 

Рисунок 7 – Таблица «Информация о родителях»

 

В таблице «Состав семьи» имеются столбцы: Код семьи, ФИО родителей, Количество детей. Представлено на рисунке 8.

 

 

Рисунок 8 – Таблица «Состав семьи»

 

В таблице «Место работы» имеются столбцы: Код работы, Адрес работы, Рабочий телефон, Код семьи, Код должности. Представлено на рисунке 9.

 

 

Рисунок 9 – Таблица «Место работы»

 

В таблице «Должность» имеются столбцы: Код должности, Должность. Представлено на рисунке 10.

 

 

Рисунок 10 – Таблица «Должность»

 

В таблице «Оклад» имеются столбцы: Код оклада, Оклад. Представлено на рисунке 11.

 

 

Рисунок 11 – Таблица «Оклад»

 

В таблице «Информация сотрудники» имеются столбцы: Код сотрудника, Год рождения, Адрес домашний, Домашний телефон, Место рождения, Код работы. Представлено на рисунке 12.

 

 

Рисунок 12 – Таблица «Информация сотрудники»

 

В таблице «Код группы/группа» имеются столбцы: Код группы, Группа. Представлено на рисунке 13.

 

 

Рисунок 13 – Таблица «Код группы/группа»

2.3 Создание запросов

 

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

В Access 2016 существует три типа запросов для различных целей:

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

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

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

Я создала 3 запроса: «Найти ребёнка по фамилии и имени», «Найти родителя ребёнка», «Найти группу». Список запросов представлен на рисунке 14.

 

 

Рисунок 14 – Список запросов

 

Запрос «Найти ребёнка по фамилии и имени» представлен в режиме Конструктора на рисунке 14.

 

Рисунок 14 – Запрос «Найти ребёнка по фамилии и имени» в режиме конструктора

 

Запрос «Найти родителя ребёнка» представлен в режиме таблицы на рисунке 15.

 

        

 

Рисунок 15 – Запрос «Найти родителя ребёнка» в режиме таблицы

 

Запрос «Найти группу» представлен в режиме Конструктора на рисунке 16.

 

 

Рисунок 16 – Запрос «Найти группу» в режиме конструктора.

2.4 Создание отчетов

 

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

В данной ИС были созданы отчеты: «Выпускники», «Медицинский осмотр», «Родительские собрания». Список отчетов представлен на рисунке 17.

 

Рисунок 17 – Список отчетов

 

Отчет «Выпускники» показан на рисунке 18.

 

 

Рисунок 18 – Отчет «Выпускники»

Отчет «Медицинский медосмотр» показан на рисунке 19.

 

 

Рисунок 19 – Отчет «Медицинский осмотр»

 

Отчет «Родительские собрания» показан на рисунке 20.

 

 

Рисунок 20 – Отчет «Тренировочные сборы»

 

 

Создание форм

 

Формы Access позволяют создавать пользовательский интерфейс для таблиц базы данных. Хотя для выполнения тех же самых функций можно использовать режим таблицы, формы предоставляют преимущества для представления данных в упорядоченном и привлекательном виде. Формы позволяют также создавать списки значений для полей, в которых для представления множества допустимых значений используются коды. Формы создаются из набора отдельных элементов управления: текстовые поля для ввода и полей, а также рамки объектов для отображения графики и объектов OLE.

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

В данной ИС были созданы следующие формы: «Вход», «Главная форма», «Дети», «Сотрудники», «Группа», «Информация о родителе», «Место работы», «Оклад», «Должность», «Состав семьи». Список форм представлен на рисунке 21.

 

 

Рисунок 21 – Список форм

 

 

Форма «Вход» показана на рисунке 22.

 

 

Рисунок 22 – Форма «Вход»

 

Форма «Дети» показана на рисунке 23.

 

 

Рисунок 23 – Форма «Дети»

 

Форма «Сотрудники» показана на рисунке 24.

 

 

Рисунок 24 – Форма «Сотрудники»

 

Форма «Группа» показана на рисунке 25.

 

 

Рисунок 25 – Форма «Группа»

 

 

Форма «Информация о родителе» показана на рисунке 26.

 

 

Рисунок 26 – «Информация о родителе»

 

Форма «Место работы» показана на рисунке 27.

 

 

Рисунок 27 – «Место работы»

 

Форма «Оклад» показана на рисунке 28.

 

 

Рисунок 28 – «Оклад»

 

Форма «Должность» показана на рисунке 29.

 

 

Рисунок 29 – «Должность»

 

Форма «Состав семьи» показана на рисунке 30.

 

 

Рисунок 30 – «Состав семьи»

 

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

 

Главная кнопочная форма создается с целью навигации по базе данных, т.е. она может использоваться в качестве главного меню БД. Элементами главной кнопочной формы являются объекты форм и отчётов.

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

С помощью главной кнопочной формы осуществляется доступ ко всем объектам информационной системы деятельности «детского сада №2» посредством экранных форм.

Главная кнопочная форма ИС представлена на рисунке 31.

 

 

Рисунок 31 – «Главная кнопочная форма»

Заключение

 

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

Был разработан прототип информационной системы с учетом всех указанных требований и на основе разработанной ранее структуры.

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

В процессе разработки ИС, были решены следующие задачи:

§ изучена и проанализирована предметная область;

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

§ проанализированы существующие разработки в данной области и обоснован выбор технологического решения;

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

§ составлен общий алгоритм работы ИС;

§ произведена подборка исходных данных;

§ создан графический интерфейс;

§ разработана структура базы данных;

§ разработан программный продукт.

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

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

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

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

 

 

Список использованных источников

 

1. ГОСТ 19.781-90. Единая система программной документации. Программное обеспечение систем обработки информации. Термины и определения.

2. ГОСТ 34.003-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения.

3. ГОСТ 34.321-96. Информационные технологии (ИТ). Система стандартов по базам данных. Эталонная модель управления данными.

4. ГОСТ 34.601-90. Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

5. Вейцман В.М. Проектирование информационных систем. Учебное пособие для СПО, 2020. – 360с.

6. Криницкий Н.А. Автоматизированные информационные системы. Н.А. Криницкий, Г.А. Миронов, Г.Д. Фролов. – М.: Наука, 2019. – 382с.

7. Кузнецов, С. Д. Основы баз данных / С.Д. Кузнецов. - М.: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2017. – 488 c.

8. Мартишин, С.А. Проектирование и реализация баз данных в СУБД MySQL с использованием MySQLWorkbench: Методы и средства проектирования информационных систем и технолог. С.А. Мартишин, В.Л. Симонов, М.В. Храпченко. – М.: Форум, 2017. – 62с.

9. Мезенцев, К.Н. Автоматизированные информационные системы: Учебник для студентов учреждений среднего профессионального образования / К.Н. Мезенцев. - М.: ИЦ Академия, 2017. – 176 c.

10. Редько В.Н. Базы дан

Басараб. – М.:Знание, 2018. – С. 350 – 410 с.

11. Рожков, И.В. Информационные системы и технологии в маркетинге / И.В. Рожков. - М.: Русайнс, 2017. – 320 c.

12. Сулейманова, Д.Ю. Информационные системы управления инновационными процессами / Д.Ю. Сулейманова. - М.: Русайнс, 2018. – 224 c.

13. Федорова Г.Н. Информационные системы. Г.Н. Федорова. – М.: Academia, 2018. – 544с.

14. Федотова Е.Л. Информационные технологии и системы: Учебное пособие. Е.Л. Федотова. – М.: Форум, 2018. – 149с. 15. http://www.academiait.ru 16. https://www.site-do.ru/db/db.php

17. http://www.intuit.ru

 


Дата добавления: 2022-07-02; просмотров: 22; Мы поможем в написании вашей работы!

Поделиться с друзьями:




Мы поможем в написании ваших работ!