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

бесплатно 0
4.5 109
Разработка программной системы автоматизации работы приемной комиссии. Выбор CASE-средства проектирования базы данных. Разграничение доступа к записям таблиц. Триггеры и функции БД. Выбор интерфейса программирования. Разработка классов и структур данных.

Скачать работу Скачать уникальную работу

Чтобы скачать работу, Вы должны пройти проверку:


Аннотация к работе
В офисе производственного предприятия технология работы с документами может быть неразрывно связана с технологией его основной производственной деятельности. Главная проблема традиционной технологии управления документооборотом - практическая невозможность централизованно отслеживать движение документов организации в реальном масштабе времени. Отсутствие действенной технологии управления документооборотом приводит, в конечном счете, к тому, что, как правило, в произвольный момент времени невозможно точно сказать, над какими документами работает учреждение, какова история и текущее состояние того или иного вопроса, чем конкретно заняты исполнители. В современном учреждении основными технологическими инструментами работы с документами являются компьютеры, установленные на рабочих местах исполнителей и объединенные в сеть. Если компьютерная сеть охватывает все рабочие места делопроизводственного персонала в структурных подразделениях организации, то появляется возможность использовать сеть для перемещения документов и централизованно отслеживать ход делопроизводственного процесса - вплоть до работы исполнителей над документами на их рабочих местах.Университет проводит прием абитуриентов на 8 факультетов по результатам собеседований, тестирования, олимпиад, выпускных экзаменов физико-математической школы ХАИ, вступительных экзаменов. 1.1) это взаимодействие описывается актором «Оператор ПК» и «Поступающий» и вариантом решений «Добавь результат экзамена». 1.1) это взаимодействие описывается алгоритм Оператор ПК и Абитуриент и вариантом решения «Ведение дела абитуриента». Актор «Абитуриент» является расширением актора «Поступающий», так как Абитуриент должен принимать участие во вступительных экзаменах ХАИ или олимпиадах, проведенных на базе ХАИ. При подаче документов может появиться необходимость внести в Базу Данных результаты экзаменов (расширенная связь между вариантами «Ведение дела абитуриента» и «Добавить результат экзамена»).Так как приемная комиссия университета состоит из центральной приемной комиссии и нескольких приемных комиссий факультетов, которые физически могут располагаться в разных аудиториях (даже разных корпусах), следовательно, наш программный комплекс должен состоять из нескольких частей, который могут взаимодействовать через локальную вычислительную сеть (ЛВС). Локальная вычислительная сеть дает пользователю прежде всего возможность более эффективной организации групповых работ и совместного использования аппаратных ресурсов: принтеров, факсов, модемов, сканеров, дисков и т. д., а также программно-информационных ресурсов, в том числе баз данных. Ее основу составляют принципы организации взаимодействия клиента и сервера при управлении БД. Под сервером понимается компонент локальной сети, предоставляющий информационные услуги (сервер БД), клиентом - потребитель информационных услуг (рабочая станция, с которой осуществляем доступ к серверу БД). Это позволит при их использовании не реализовывать выше перечисленные требования к хранилищу данных, что существенно повлияет на снижение сложности написания программы, позволит написать ее за более короткое время и сделать ее более надежной ввиду упрощения кода и использования стандартных подходов к работе с данными.Рис.Под сетевой СУБД здесь понимается система с произвольной моделью данных (не обязательно сетевой), ориентированная на использование в сети. Программы несетевой СУБД и используемые ею данные могут храниться на сервере и на клиенте. Если используемые данные хранятся на сервере, файловая система сетевой ОС "незаметно" для СУБД выполняет подгрузку нужного файла с удаленного компьютера. Если несетевая СУБД используется несколькими пользователями сети, то ее программы, а также БД или ее часть в целях экономии дисковой памяти эффективнее хранить на сервере. При запуске СУБД в таком варианте на каждый клиент обычно пересылается полная копия основной программы СУБД и один или несколько файлов центральной БД.В настоящее время среди программных продуктов существует огромное количество универсальных (в смысле пригодности работы с различными серверами БД) средств разработки систем типа клиент-сервер, к числу которых относятся: Delphi, CBUILDER (Borland), ERWIN (LOGICWORKS), Visual Studio (Microsoft), SQL Windows и другие. Кроме того, существуют средства разработки в рамках определенных СУБД (например, для Oracle - DESIGNERS/xxxx). В качестве языка программирования для написания клиентского приложения будет использоваться язык С . Основным критерием выбора данного языка по сравнению с Object Pascal было то, что я в основном использую язык C в разработках. Язык Java не рассматривался вообще, так как он используется в основном для написания WEB-приложения, которые строятся по трехзвенной архитектуре (БД - серверная программа - Internet browser).Анализ и проектирование БД являются трудоемким процессами разработка. CASE-средства проектирования обеспечивают снижение затрачиваемых усилий за счет удобства при проектировании (визуальное представ

План
Содержание

Введение

1. Постановка задачи

2. Разработка структуры программного комплекса

2.1 Выбор СУБД

2.2 Выбор среды разработки клиентской части программного обеспечения

3. Разработка базы данных

3.1 Выбор CASE-средства проектирования БД

3.2 Разработка информационной модели базы данных

3.3 Ограничение доступа пользователей к БД

3.2.1 Доступ к общим данным

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

3.3 Таблицы базы данных

3.3.1 Таблица SECUREUSER

3.3.2 Таблица Faculty

3.3.3 Таблица Special

3.3.4 Таблица Bases

3.3.5 Таблица Exam

3.3.6 Таблица EXAMRESULT

3.3.7 Таблица DPUSER

3.3.8 Таблица Abiturient

3.3.9 Таблица ABITURIENTSPEC

3.4 Триггеры и функции БД

4. Разработка программного обеспечения

4.1 Доступ к СУБД

4.1.1 Интерфейс ODBC

4.1.2 Интерфейс OLE DB

4.1.3 Интерфейс ADO

4.1.4 Выбор интерфейса программирования

4.2 Разработка классов и структур данных

4.2.1 Выбор макета программирования

4.2.2 Разработка подсистем

4.3 Разработка общего алгоритма функционирования системы

4.3.1 Алгоритм обработки сообщения ONSELCHANGETAB

4.3.2 Алгоритм обработки сообщения ONADD

4.3.3 Алгоритм обработки сообщения ONDEL

4.3.4 Алгоритм обработки сообщения ONCHANGE

5. Тестирование

5.1 Выбор методики тестирования

5.2 Тестирование программы

Заключение

Список источников

Приложение

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

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

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

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

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

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

Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность
своей работы


Новые загруженные работы

Дисциплины научных работ





Хотите, перезвоним вам?