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

Главная

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

Объектно-ориентированный анализ и проектирование ИС. Описание требований в контексте модели прецедентов. Функции обработки входной информации. Определение требований к клиентскому приложению. Назначение создаваемой АСУ. Разработка приложения пользователя.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

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

· Диаграммы функционального моделирования;
На предприятии мною была рассмотрена орг.штатная структура, которую я представил в своем курсовом проекте, на рисунке 1:
Для исследования предметной области я использовал методологию функционального проектирования IDEF0, а для построения модели базы данных IDEF1Х.
Рисунок 2 - IDEF0 функциональная модель «Автоматизированного учета методического обеспечения»
Методологию функционального моделирования IDEF1Х я использовал для документирования процессов производства и отображения информации об использовании ресурсов на каждом из этапов проектирования систем.
Рисунок 3 - IDEF1x (декомпозиция) функциональная модель автоматизированного учета методического обеспечения
В результате обследования предприятия мною были определены следующих выходные потоки данных:
· Информация о методическом пособии
· Отчёт о приёме методического обеспечения
· Отчёт о выдаче методического обеспечения
· Отчёт о наличии методического обеспечения
· Отчёт о возврате методического обеспечения
Моя программа выполняет две основные функции ввод в базу данных, анализ данных и формирование отчетов.
Открывается список действий с базой данных
Выполняется подключение к базе данных через файл config.txt
Выполняется отключение от базы данных
Открывает таблицу, отображающую данные и позволяет работать с ними (редактирование, удаление)
Переход на последнюю запись таблицы, при помощи оператора Last
Переход на следующую запись, при помощи оператора Next
Переход на предыдущую запись таблицы, при помощи оператора Prior
Производится поиск данных по номеру записи
Выводит запрос, с возможностью изменить условия запроса
Выводит запрос, без возможности смены условий
Выводит запрос, с возможностью печати
Выводит окно вспомогательных данных по приложению с описанием работы всех форм и таблиц
2.2 ФУНКЦИИ ОБРАБОТКИ ВХОДНОЙ ИНФОРМАЦИИ ИС
пользователь проектирование прецедент клиентский
Функцией обработки входной информации является проверка достоверности вводимых данных, и проверки заполнения полей. Добиться этого можно за счет закрепления конкретного типа данных для конкретного поля, таким образом, в поле введения цифр невозможно будет ввести прочие символы, букв и т.д., на обязательные поля ставится метка, что поле не может быть пустым и без его заполнения информацию в базе данных будет невозможно занести.
Таблица 2 - «Сценарий прецедента №2.1»
1.Из вкладки «Ввод данных» пользователь выбирает таблицу «Методическое пособие»
2. Программа выводит на экран текущую информацию о методическом пособии (Код, Год издания, Код сотрудника, Код центра, Наименование методического пособия)
3. Пользователь вводит новые данные, редактирует старые и жмёт кнопку «Сохранить»
4.Исключение: Пользователь ввел не все данные, или введены неверные символы
5.Программа вносит введенные данные в базу данных
7.Пользователь удаляет те поля, которые ему не нужны
8.рограмма выполняет действие удаление, удаляет данные из базы
9.Пользователь выполняет поиск данных по идентификатору
10.Программа выполняет поиск данных по введенному идентификатору
12.Программа выводит сообщение, что файл не найден
13.Пользователь нажимает на кнопку «вперед»
14. Программа выполняет действие переключения на следующую запись
15.Пользователь нажимает на кнопку «назад»
16.Программа выполняет действие переключения на предыдущую запись
17.Пользователь нажимает кнопку «Первая запись»
18.Исключение: Находишься на первой записи
19. Приложение выполняет переход по таблице на первую запись
20. Программа выводит сообщение, что вы находитесь на первой записи
22. Исключение: находишься на последней записи
24.Программа выводит сообщение, что вы находитесь на последней записи
3. ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ К КЛИЕНТСКОМУ ПРИЛОЖЕНИЮ ИС
Исходя из определенных в проектировании модели прецедентов, можно определить следующие требования:
- создаваемая АСУ должна ускорить ввод данных в таблицы, формирование отчетов.
2.Требования к структуре АСУ и входящим в нее частям:
- АСУ должна содержать базу данных, целью которой является хранение данных в структурированном виде;
- АСУ должна содержать приложение для работы с этой базой данных, ее целью является модифицирование таблиц базы данных (ввод и удаление данных) и формирование отчетов.
- АСУ должна будет работать только во время работы инспектора отдела кадров.
4.Требования к качеству выполнения функций АСУ:
- создаваемая БД должна содержать всю необходимую информацию для формирования отчетов и документов;
- создаваемое приложение должно формировать все необходимые отчеты.
Автоматизированный учет методического обеспечения предназначен для выполнения следующих основных функций:
· хранит информацию о методическом пособии
· Отчёт о приёме методического обеспечения
· Отчёт о выдаче методического обеспечения
· Отчёт о наличии методического обеспечения
· Отчёт о возврате методического обеспечения
4. ОПИСАНИЕ ИСПОЛЬЗУЕМОЙ БАЗЫ ДАННЫХ
4.1 ER-ДИАГРАММА И ОПИСАНИЕ ФИЗИЧЕСКОЙ МОДЕЛИ
Er - диаграмма отображает собой хранилище данных. Основные концепции модели "сущность-связь" включают типы сущностей, типы связей и атрибуты.
Рисунок 4 - Концептуальная модель данных.
Для дальнейшего проектирования базы данных я представляю физическую модель данных, в которой уже представлены описания таблиц, полей их типы данных, а также первичные и вторичные ключи.
Рисунок 5 - Физическая модель данных
В настоящее время существует большое множество различных СУБД. Каждая СУБД имеет свою личную специфику и характеристику, они отличаются диалектом, набором типов данных, масштабностью, ценой, надежностью. В зависимости от необходимых функций выбирается определенная СУБД.
Для разработки Базы Данных мной была выбрана СУБД Firebird. Так как данная СУБД распространяется бесплатно и используется в различных промышленных системах. Firebird является одной из самых удобных СУБД для проектирования БД.
5. РАЗРАБОТКА ПРИЛОЖЕНИЯ ПОЛЬЗОВАТЕЛЯ
Для создания главной формы, необходимо её спроектировать. После запуска программы открывается главная форма, в которой представлены следующие прецеденты:
1. Меню: (Подключиться, отключиться, выход)
2. Ввод данных: (Методическое пособие, Методический центр, Предмет, Преподаватель)
3. Анализ данных: (Запросы на выборку, Запросы вывода таблиц на экран)
4. Отчёт: (Вывод на печать таблицы преподаватели)
Во вкладке Меню, для подключения к базе данных выбираем пункт Подключить БД . Всплывает окно Авторизация , в котором пользователь указывает свой Логин и Пароль для получения доступа. При успешной попытке ввода, база данных подключается и становятся доступны вкладки Ввод данных , Анализ данных , Отч ё ты , Справка
Рисунок 6 - Подключение к меню приложения
Рисунок 7 - Главная форма приложения
Рисунок 8 - Подключение базы через config
Во вкладке Ввод данных перечислены все имеющие таблицы в базе данных:
На всех формах выставлены кнопки навигации: Предыдущая запись, Следу ю щая запись, Первая запись, Последняя запись, Найти и кнопки для редактирования данных в таблице: Сохранить, Изменить, Удалить, Д о бавить.
Рисунок 9 - Прецедент №2.1 «Методическое пособие»
На форме показаны: индивидуальный Код пособия, который задается автоматически при добавлении записи в таблице (первичный ключ), Год издания пособия , Код сотрудника - вторичный ключ, Код центра - вторичный ключ и наименование методического пособия.
Рисунок 10 - Прецедент №2.2 «Методический центр»
На форме показаны: индивидуальный Код методического центра (первичный ключ) и Профессиональная направленность центра
Рисунок 11 - Прецедент 2.3 «Предмет»
На форме показаны: индивидуальный Код (первичный ключ), Наименов а ние предмета и Номер класса , в котором проводится предмет.
Рисунок 12 - Прецедент 2.3. - «Преподаватель»
На форме показаны: индивидуальный Код сотрудника (первичный ключ), Фамилия сотрудника , Имя сотрудника , Отчество сотрудника , Квалификационная категория сотрудника и Код предмета (вторичный ключ).
Во вкладке Анализ данных вызываются запросы:
Рисунок 13 - Прецедент №4 «Анализ данных»
Запрос на выборку содержит на форме список фамилий, при выборе фамилии мы нажимаем кнопку выполнить и на экран нам выводится учителя и наименование методического пособия, которым они пользуются.
Рисунок 14 - Прецедент №4.1 «Запрос на выборку»
Запросы вывода на экран, смысл этого запроса заключается том, что он выводит таблицы которые изменять нельзя:
Рисунок 15 - Прецедент №4.2 «Запросы вывода таблиц на экран»
Форма «Формирование отчета по таблице сотрудники» выводит поля ID _ SOTR , FAM _ SOTR , IM _ SOTR , OTC _ SOTR , KK _ SOTR , жмём кнопку «Формирование отчета».
Рисунок 16 - Пример формы для создания отчета
Открывается форма предварительного просмотра:
Рисунок 17 - Форма предварительного просмотра отчета
Для печати отчета нужно нажать соответствующую кнопку на панели управления
Рисунок 18 - Панель управления отчетом
Вкладка Справка содержит вспомогательную информацию для пользователей приложения
В Help - справе содержатся функций вкладок приложения, подробное описание. Справка предназначена для того, чтобы даже не опытный пользователь мог пользоваться моей программой.
6. СОЗДАНИЕ СПРАВОЧНОЙ СИСТЕМЫ ПРИЛОЖЕНИЯ ИС
В качестве инструкции по использованию приложения я сделала HELP-справку.
Справка нужна пользователям, у которых могли возникнуть проблемы с данной программой.
Справка имеет следующее оглавление:
Рисунок 20 - Оглавление окна справки
Для построения справки я использовала программу Winhelp. Файл документа справки создается при помощи текстового редактора Microsoft Word, сохраненным в формате RTF.
Рисунок 21 - Файл документа справки
Запускаем программу, выбираем папку, в которой будет сохранен файл справки. После сохранения открывается окно проекта справочной системы. С помощью кнопки FILES добавляем файл справочной информации.
Рисунок 22 - Окно для добавления справочного файла
Далее я задала характеристики главного окна справочной системы.
Рисунок 23- Характеристики главного файла.
Для того чтобы мы могли получить доступ к конкретному разделу справки, нужно для него определить числовое значение для идентификаторов разделов, т.е. установить соответствия между номерами контекстов управляющих элементов приложения и разделами справочной системы. Для сноски файла используется символ #.
Рисунок 24 - Создание раздела справки
После того как файл проекта подготовлен, выполняем компиляцию.
Рисунок 25 - Компилирование проекта.
7. СРЕДСТВО РАСПРОСТРАНЕНИЯ ПРИЛОЖЕНИЯ ИС (ИНСТАЛЛЯЦИОННЫЙ ПАКЕТ)
Открываем программу InstallShield Express, из меню File выбрать вкладку New и в поле Project Name and Location водим имя файла проекта:
Рисунок 26 - Начало работы для создания инсталляционного пакета.
После нажатия кнопки ОК, открывается окно проекта создания инсталляционной программы:
Рисунок 27 - В левой части окна проекта перечислены этапы и команды процесса создания инсталляционной программы.
Команды группы Organize Your Setup позволяют задать структуру программы установки.
Рисунок 28 - Команды группы Organize Your Setup.
Рисунок 29 - Устанавливаем параметры General Information.
Так как для программы Saper 2002 предполагается только один вариант установки(typical), поэтому необходимо снять флажки с Minimal и Custom.
Рисунок 30 - Команда Setup Types позволяет задать возможные варианты установки программы.
Команды группы Specify Application Data позволяют определить компоненты программы, которые должны быть установлены на компьютер пользователя.
Рисунок 31.1 - Выбор файлов, которые нужно перенести на компьютер пользователя.
В результате выбора команды Files правая часть окна будет разделена на области. В области Source computer's files можно выбрать файлы, которые необходимо перенести на компьютер пользователя. В области Destination computer's folders надо выбрать папку, в которую эти файлы должны быть помещены. Для того чтобы указать, какие файлы нужно установить на компьютер пользователя, следует просто "перетащить" требуемые файлы из области Source computer's files в область Destination computer's files. Если в группе Features несколько элементов, то надо определить файлы для каждого элемента.
Рисунок 31.2 - Выбор файлов, которые нужно перенести на компьютер пользователя.
Команда Object/Merge Modules позволяет задать, какие объекты, например динамические библиотеки или пакеты компонентов, должны быть помещены на компьютер пользователя и, следовательно, на установочную дискету. Объекты, которые нужно поместить на установочную дискету, выбираются в списке InstallShield Objects/Merge Modules.
Рисунок 32 - Задаем какие объекты помещены на компьютер пользователя.
Команда Shortcuts/Folders позволяет указать, куда нужно поместить ярлык, обеспечивающий запуск устанавливаемой программы. В результате выбора этой команды в правой части окна открывается иерархический список, в котором перечислены меню и папки, куда можно поместить ярлык программы. В этом списке необходимо выбрать меню, в которое должен быть помещен ярлык, щелкнуть правой кнопкой мыши и в появившемся списке выбрать команду New Shortcut:
Затем, в диалоговом окне Browse for Shortcut Target, нужно выбрать файл программы, щелкнуть на кнопке Open и ввести имя ярлыка. После этого можно выполнить окончательную настройку ярлыка, например, в поле Arguments ввести параметры командной строки, а в поле Working Directory -- рабочий каталог:
Рисунок 34 - Выбор файла программы.
Чтобы задать диалоговые окна, которые будут появляться на экране монитора во время работы инсталляционной программы, надо в группе Customize the Setup Appearance выбрать команду Dialogs и в открывшемся списке Dialogs отметить диалоги, которые нужно включить в программу установки.
Рисунок 35 - Выбор диалогов, которые включают в программу установки
Если устанавливаемая программа предъявляет определенные требования к ресурсам системы, то, используя команды группы Define Setup Requirements and Actions эти требования можно задать.
Рисунок 36 - Параметры, характеризующие систему.
Команды группы Prepare for Release позволяют создать образ установочного диска (CD-ROM) и проверить, как работает программа установки.
Для того чтобы активизировать процесс создания образа установочного диска (CD-ROM), нужно выбрать команду Build Your Release, щелкнуть правой кнопкой мыши на значке носителя, на который предполагается поместить программу установки, и из появившегося контекстного меню выбрать команду Build.
Рисунок 37 - Процесс создания образа установочного диска (CD-ROM)
В результате проделанной работы была создана АИС для учета деятельности детского сада. Созданная АИС состоит из базы данных и клиентского приложения для этой базы.
Моя программа позволяет сократить время на создание, обработку и хранение служебной информации о методическом кабинете, позволяет быстро создавать и распечатывать, различные отчеты, что существенно позволяет сократить трудозатраты, а следовательно уменьшит численность занятого персонала, что несомненно приводит к повышению эффективности управления и сокращению затрат.
Все функции, выполняемые АИС были тщательным образом проверены и протестированы в процессе разработки и отладки, их работа гарантируется.
В процессе выполнения работы по созданию АИС были реализованы все поставленные цели.
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ И ДРУГИХ ИСТОЧНИКОВ
1. Архангельский П.А. «Программирование в Borland C++» M. Наука, 2010
2. Гаевский A. Разработка программных приложений на Delphi 7 - М.: Киев, 2005.
3. Тейксейра С. Т. DELPHI 7. Руководство разработчика. М., Вильямс, 2003.
4. Грекул В. И.; Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем : курс лекций: учебное пособие. М.: Интернет-Ун-т Информ. технологий, 2005
5. Фуфаев Э.В., Фуфаев Д.Э. Базы данных: учебное пособие для студ. сред. проф. образования. - М.: Издательский центр «Академия», 2008.-320 с.4.Ю. Избачков, В. Петров, А. Васильев, И. Телина Информационные системы 3-е издание. - СПб.: Питер, 2011.
6. Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных информационных систем: учебное пособие.-М.: ИД «Форум»: ИНФРА-М, 2007
7. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: учеб. Пособие. - М.: «Форум»: ИНФРА-М, 2012.
8. http://www.mstu.edu.ru/education/materials/zelenkov/toc.html - электронный учебник по базам данных.
9. http://www.rugost.com/ - Сайт содержит ГОСТы, примеры разработанных документов по ГОСТ (ТЗ, ТП,РД), шаблоны документов по ГОСТ.
СПИСОК УСЛОВНЫХ ОБОЗНАЧЕНИЙ, СОКРАЩЕНИЙ
СУБД - система управления базами данных
АСУ - автоматизированная система управления
ТЕХНИЧЕСКОЕ ЗАДАНИЕ К КУРСОВОМУ ПРОЕКТУ
«Автоматизированный учет деятельности детского сада».
- Полное наименование и условное (сокращенное) обозначение АСУ:
Полное наименование: Автоматизированный учет методического обеспечения школы.
Основание для создания АСУ (перечень документов): индивидуальное задание на проектирование информационной системы.
Наименование темы или разработки: Муниципальное общеобразовательное учреждение средняя общеобразовательная школа №46 с углубленным изучением отдельных предметов;
Сроки начала и окончания работ по созданию АСУ:
Разработчик АСУ: Хмара Сергей Валерьевич
- Описание состава объекта управления (производственную или иную структуру) в зависимости от его типа;
- школа относится к средним объектам, так как в школе обучаются 1040 учащихся, работают около 100 учителей, технический персонал, достаточное количество кабинетов со средней вместимостью 30 обучающихся.
- Описание особенностей объекта управления, определяющих основные требования к создаваемой АСУ (регламент, режим работы и т.п.)
- создаваемая АСУ будет работать только в рабочее время, и она должна соответствовать всем стандартам документов необходимых для учета.
- учет данных о методическом центре;
- предоставления информации о дисциплине;
- составление отчета о приеме методического обеспечения;
- составление отчета о выдаче методического обеспечения;
- отчет о наличии метод. обеспечения;
- отчет о возврате метод. обеспечения;
ОСНОВНЫЕ ТРЕБОВАНИЯ К СОЗДАВАЕМОЙ АСУ.
1. Требования к системе и ее частям: создаваемая АСУ повысит скорость работы с информацией.
2. Требования к структуре АСУ и входящих в нее частей:
созданная АСУ включает в себя базу данных цель, которой является хранение данных в структурированном виде, а также приложение для работы с этой базой данных целью, которого является модифицирование таблиц базы данных (ввод и удаление данных), формирование отчетов и запросов.
3. Требования к качеству выполнения функций АСУ:
- создаваемая БД должна содержать всю необходимую информацию для формирования отчетов, запросов и документов.
- создаваемое приложение должно формировать все необходимые отчеты и запросы.
СОСТАВ, СОДЕРЖАНИЕ И ОРГАНИЗАЦИЯ РАБОТ ПО СОЗДАНИЮ АСУ
1. Перечень стадий и этапов выполнения работ:
- Для проектирования базы данных необходимо провести обследование предприятия с целью изучения всех процессов. После обследования поэтапно производится концептуальное, логическое и физическое проектирования.
- Для проектирования приложения, необходимо определить какие функции оно будет выполнять, после чего определить прецеденты и описать их назначение. После определения прецедентов производится проектирование самого приложения.
Входные данные для создаваемой АСУ:
- информация о методическом пособии;
- информация о методическом центре;
Выходные данные для создаваемой АСУ:
- Отчёт о приёме методического обеспечения
- Отчёт о выдаче методического обеспечения
- Отчёт о наличии методического обеспечения
- Отчёт о возврате методического обеспечения
EER - ДИАГРАММА ФИЗИЧЕСКОЙ МОДЕЛИ ДАННЫХ;
Логическая модель данных предметной области обеспечивает разработчикам понимание структур данных. После ее разработки следует приступать к моделированию физической структуры систем хранения выявленных объектов данных, то есть к разработке физической модели данных.
Рисунок 1.Физическая модель данных.
Проектирование информационной системы отслеживания финансовой стороны работы автосервиса. Спецификация требований к системе. Проектирование прецедентов, определение классов приложения. Описание основных форм проектируемого интерфейса приложения. курсовая работа [865,9 K], добавлен 12.10.2014
Разработка приложения "Калькулятор" для подсчитывания количества символов или букв в арабском тексте. Проектирование программной системы, определение функциональных требований к приложению. Алгоритм разработки модульной структуры мобильного приложения. презентация [853,9 K], добавлен 08.04.2019
Изучение теоретических основ разработки автоматизированных информационных систем. Определение требований к системе рецептов кулинарных блюд. Проектирование и реализация базы данных. Создание внешнего приложения; разработка руководства пользователя. курсовая работа [3,2 M], добавлен 14.07.2015
Процесс выбора технологий и инструментальных средств. Анализ требований и построения спецификаций создаваемого программного обеспечения. Контекстная и детализированная диаграмма "AS-IS". Разработка алгоритмов и структур данных для хранения информации. курсовая работа [3,3 M], добавлен 04.06.2014
Деятельность предприятия ООО "Формула торговли": объектно-ориентированный анализ. Распределение требований по субъектам и прецедентам. Моделирование динамики деятельности предприятия, увеличение его прибыли. Конструирование матрицы ответственностей. курсовая работа [2,3 M], добавлен 20.02.2011
C# как объектно-ориентированный язык программирования. Объектно-ориентированный анализ и проектирование системы на языке UML. Сущность программы "Учёт пациентов в регистратуре поликлиники", ее достоинства и недостатки, пошаговая инструкция пользователя. курсовая работа [1,5 M], добавлен 17.02.2013
Разработка программного средства "Тест по истории Беларуси". Обзор требований к аппаратному обеспечению и конфигурации компьютера. Объектно-ориентированный анализ задачи. Построение алгоритма в виде математической модели. Описание процесса тестирования. курсовая работа [2,5 M], добавлен 28.12.2014
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2021



Автоматизированный учет методического обеспечения дипломная работа. Программирование, компьютеры и кибернетика.
Курсовая работа: Система внутренней отчетности и ее роль в управлении предприятием. Скачать бесплатно и без регистрации
Чебурек Со Своими Сочинениями Дзен
Курсовая работа по теме Политическая система России
Реферат по теме Комплексная оценка финансово-хозяйственной деятельности ОАО Вега на основе данных буххгалтерской финансовой отчетности
Реферат На Тему Византийский Клир
Легко Ли Учиться Сочинение
Станислав Лем Эссе
Реферат: Фуллерены. Скачать бесплатно и без регистрации
Написание Эссе По Литературе
Научный Реферат Образец
Курсовая Работа На Тему Экономическое Обоснование Разработки Локальной Вычислительной Сети (Лвс)
Стоит Ли Меняться Ради Любви Сочинение Олеся
Реферат Бетховен Биография И Творчество Интересные Факты
Сочинение По Произведению Русский Характер
Макс Мах Собрание Сочинений Скачать Торрент
Контрольная Работа По Теме Линейные Уравнения
Почему Я Хочу Быть Наставником Эссе
Николай Коперник Реферат 5 Класс
Курсовая Работа Оформление Образец Фото
Дипломная работа по теме Использование дидактических игр для развития познавательного интереса на уроках математики в 5 класс...
Современное состояние и основные центры алюминиевой промышленности - География и экономическая география контрольная работа
Проблема северо-западной границы Индии в британской политике в конце XIX - начале XX века - История и исторические личности диссертация
Патон Євген Оскарович - История и исторические личности реферат