Содержание:

ВВЕДЕНИЕ 1. ПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ....... 1.1. Средства разработки программного обеспечения.………………… 1.2. Анализ предметной области………………………………………… 1.2.1. Диаграммы потоков данных …………………………………. 1.2.2. Словарь данных………………………………………………. 1.2.3. Спецификации процессов……………………………………. 1.3. Выходная информация………………………………………………. 1.4. Входная информация………………………………………………… 1.5. Характеристики комплекса задач………………………………….. 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ……… 2.1. Идентификация и структурирование информационного пространства 2.2.1. Выделение сущностей………………………………………….. 2.2.2. Определение структурных связей……………………………… 2.2.3. Схема базы данных……………………………………………… 2.3. Состав информационного обеспечения …………………………….. 2.4. Описание внутримашинной базы…………………………………….. 3. ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ …………… 3.1. Описание программного обеспечения ……………………………….. 3.2. Описание интерфейса программного обеспечения…………………… 3.3. Алгоритмы реализации запросов и поиска информации…………….. 3.4. Структура отчетных форм …………………………………………….. 3.5. Программа и методика испытаний……………………………………. 3.6. Руководство пользователя…………………………………………….. ЗАКЛЮЧЕНИЕ ………………………………………………………………... СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ…………………………... Приложение. Текст программы………………………………………………..

2 3 5 6 13 14 17 17 19 20 20 21 22 23 26 27 28 28 29

ВВЕДЕНИЕ

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

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

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

1. Предпроектное обследование предметной области

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

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

1. Средства разработки программного обеспечения

Под средой программирования понимается программный комплекс, использование которого упрощает процесс написания и отладки программы. В последнее время широкое распространение получили среды визуального программирования, в которых программист получает возможность визуального подключения к программе некоторых кодов из специальных библиотек компонентов. Наиболее часто используемые визуальные среды Delphi, C++, Visual Basic и др. При разработке информационных систем с базами данных широко используются различные СУБД. Их выбор определяется имеющимися аппаратными ресурсами, стоимостью, функциональными возможностями, числом и активностью пользователей, объемом базы данных (БД), надежностью.

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

В зависимости от подхода к разработке используются различные формальные модели описания предметной области. При выполнении данной курсовой работы, используется структурный анализ при проектировании ИС.

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

- диаграмм потоков данных (DFD), описывающих взаимодействие источников и потребителей информации через процессы, которые должны быть реализованы в системе;

- диаграмм «сущность-связь» (ERD – Entity-Relationship Diagrams), описывающих базы данных разрабатываемой системы;

- диаграмм переходов состояний (STD – State Transition Diagrams), характеризующих поведение системы во времени;

- спецификаций процессов;

- словаря терминов.

современных отечественных микроЭВМ и контроллеров применяют в основном интерфейчобъединённых лир0000000000000000000000000000

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

Данная система необходима для поиска работников для предприятий и трудоустройства населения. От предприятия поступает вакансия ,на которую бюро трудоустройств ищет работника.

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

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

1. Диаграммы потоков данных

Построение модели предметной области выполняется с помощью пакета BPwin. Его основные функции:

- построение и редактирование DFD; - анализ диаграмм и проектных миниспецификаций на полноту и непротиворечивость; - получение разнообразных отчетов по проекту.

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

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

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

Хранилище данных – абстрактное устройство для хранения информации (файл данных, таблица в оперативной памяти картотека на бумаге и т.п.).

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

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

Построение диаграмм потоков данных выполняется в два этапа:

1этап Построение контекстной диаграммы, определяющей наиболее общий вид системы.

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

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

Была выполнена идентификация основных видов информации – потоков данных, циркулирующих между системой и внешними объектами. Для этого был составлен список событий в виде матрицы (ELM – Event List Matriks)(Табл.1), описывающей различные действия внешних сущностей и реакцию ИС на них. Эти действия представляют собой внешние события, воздействующие на работу диспетчерской. Они появляются в DFD в качестве содержимого потоков данных. Событие формирует входной поток, реакция – выходной поток.

Табл.1. Матрица списка событий.

№	Описание события (входной поток)	Реакция (выходной поток)
1	Клиент подает заявку на обслуживание	Проверка наличия клиента в БД, при необходимости – его регистрация, регистрация заказа
2	Информация об окончание выполнения и о длительности работ	Регистрация факта окончания, оплата клиентом работы, сбор отзывов о проделанной работе
3	Информация о новом служащем	Регистрация нового служащего, распределение текущей заявки служащим
4	Руководство запрашивает новый отчет	Формирование требуемого отчета (отчет)

По Табл.1 была проведена идентификация основных видов информации – потоков данных, циркулирующих между системой и внешними объектами (Табл. 2.)

Табл.2. Основные виды информации, циркулирующей между с-мой и внешними объектами

Классификация потоков информации, связанных с внешними сущностями	Конкретные потоки
Информация от клиента	Данные клиента, данные о профессиях клиента, регистрация нового клиента
Информация для клиента	Подбор работы по предприятиям или профессиям
Информация от предприятия	Данные предприятия, данные о вакансиях , регистрация нового предприятия
Информация предприятию	Данные о клиентах
Информация от руководства	Запрос отчета
Информация руководству	Отчет

Из табл.2 видно, что один «абстрактный» поток может быть разделен на более чем на один «конкретный» поток.

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

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

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

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

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

Точка зрения: документ написан с позиции пользователей (клиент, служащий, руководитель фирмы).

Начальная контекстная диаграмма для системы «Бюро трудоустройства» изображена на рис.1. Построение диаграммы проводится в нотации Гейна-Сарсона. Цифрами 1,2,3 обозначены внешние сущности, оказывающие влияние на функционирование бюро трудоустройства. В качестве внешних сущностей выступают клиент, предприятие и руководство. Эти объекты взаимодействуют с бюро трудоустройства за счет информационного обмена с ним и определяют его границы. Накопитель данных «Бюро трудоустройства» является глобальным или абстрактным представлением хранилища данных.

Рис.1 Диаграмма потоков данных в системе «Бюро трудоустройства»

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

Рис.2 Контекстная диаграмма нулевого уровня системы «Бюро трудоустройства»

Бюро трудоустройства выполняет следующие виды деятельности:

1. Работа с клиентов (регистрация клиента, удаление клиента, поиск работы для клиента по профессии и предприятиям);

2. Работа с предприятием (регистрация нового предприятия, удаления предприятия, регистрация вакансий, поиск рабочих для предприятия, удаления вакансии);

3. Работа с руководства (отчетов для руководства ).

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

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

2 этап Детализация процессов, присутствующих на контекстной диаграмме нулевого уровня (рис.3, рис.4,рис.5).

Рис.3 Контекстная диаграмма первого уровня «Работа с клиентом»

Рис.4 Контекстная диаграмма первого уровня «Работа с предприятием»

Рис.5 Контекстная диаграмма первого уровня «Работа с руководством»

Затем был проведен количественный анализ диаграмм (№1-диаграмма нулевого уровня; детализированные диаграммы: №2-«Работа с клиентом», №3-«Работа с предприятием », №4-«Работа с руководством»)) и определены показатели модели:

- количество блоков на диаграмме N;

- уровень декомпозиции диаграммы L;

- сбалансированность диаграммы В (коэффициент сбалансированности К_в);

- число стрелок, соединяющихся с блоком A.

№ диаграммы	N	L	Кв	A
1	3	0	0	2, 2, 2
2	4	1	0,667	2, 2, 3
3	5	1	0,4	2, 2,3,3,3
4	2	1	0	3,3

Для повышения степени понимания и исключения риска возникновения разногласий, составлен словарь терминов (табл.3).

Табл.3. Словарь терминов

Термин	Значение
Клиенты	Лица, ищущие работу
Предприятия	Лица, ищущие работников
Вакансия	Должность на предприятие
Профессия	Основной род занятий, трудовой деятельности

2. Словарь данных

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

В данном курсовом проекте информационные объекты были описаны в виде диаграмм структур данных (DFD – Data Structure Diagrams).

Рис. 4. Диаграммы структур данных (DSD)

А)

Информация от клиента

Данные клиента Данные о профессии

Б)

Информация клиенту

Вакансии Данные о предприятия по вакансии

В)

Информация от предприятия

Данные предприятия Вакансии

Г)

Информация предприятию

Данные о клиентах подходящем по вакансии

Д)

Информация от руководства

Запрос списка Запрос списка

предприятий за определенный клиентов за определенный период переод

Е)

Информация для руководства

Список Список

клиентов за определенный предприятий за определенный период период

3. Спецификации процессов

Спецификация - конечная вершина иерархии DFD. Спецификация (описание логики процесса) должна формулировать его основные функции. Требование полноты означает, что в спецификации должна присутствовать вся существенная информация, где ничего важного не было бы упущено, и отсутствовать несущественная информация (например, детали реализации).

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

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

Спецификация процесса 1.1.

@ВХОД=<ДАННЫЕ КЛИЕНТА>

@ВЫХОД=<ДОБАВЛЕНИЕ КЛИЕНТА >

@СПЕЦПРОЦЕСС 1.1 РЕГИСТРАЦИЯ НОВОГО КЛИЕНТА

ВЫПОЛНИТЬ

Заносим ДАННЫМИ КЛИЕНТА в базу.

КОНЕЦВЫПОЛНИТЬ

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 1.1

Спецификация процесса 1.2.

@ВХОД=<ДАННЫЕ КЛИЕНТА>

@ВЫХОД=<ФАКТ УДАЛЕНИЯ КЛИЕНТА >

@СПЕЦПРОЦЕСС 1.1 УДАЛЕНИЯ КЛИЕНТА

ВЫПОЛНИТЬ

Удаляем ДАННЫМИ КЛИЕНТА из базы.

КОНЕЦВЫПОЛНИТЬ

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 1.2

Спецификация процесса 1.3.

@ВХОД=< ДАННЫЕ КЛИЕНТА >

@ВХОД=< ВСЕ ДАННЫЕ>

@ВЫХОД=<ИНФОРМАЦИЯ КЛИЕНТУ >

@СПЕЦПРОЦЕСС 1.3

ПОИСК РАБОЧЕГО МЕСТА ПО ПРЕДПРИЯТИЯМ И ПРОФЕССИЯМ

КОНЕЦВЫПОЛНИТЬ

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 1.3

Спецификация процесса 2.1.

@ВХОД=<ДАННЫЕ ОТ ПРЕДПРИЯТИЯ>

@ВЫХОД=< ДАННЫЕ НОВОГО ПРЕДПРИЯТИЯ>

@СПЕЦПРОЦЕСС 2.1 РЕГИСТРАЦИЯ НОВОГО ПРЕДПРИЯТИЯ

ВЫПОЛНИТЬ

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

КОНЕЦВЫПОЛНИТЬ

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 2.1

Спецификация процесса 2.2.

@ВХОД=<ДАННЫЕ ОТ ПРЕДПРИЯТИЯ>

@ВЫХОД=< ВАКАНСИЯ>

@СПЕЦПРОЦЕСС 2.2 РЕГИСТРАЦИЯ ВАКАНСИИ ПРЕДПРИЯТИЯ

ВЫПОЛНИТЬ

Зафиксировать в базе данных о вакансии

КОНЕЦВЫПОЛНИТЬ

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 2.2

Спецификация процесса 2.3.

@ВХОД=<ДАННЫЕ ОТ ПРЕДПРИЯТИЯ>

@ВЫХОД=< ФАКТ УДАЛЕНИЯ ПРЕДПРИЯТИЯ>

@СПЕЦПРОЦЕСС 2.3 УДАЛЕНИЕ ПРЕДПРИЯТИЯ

Удаления данных о предприятие из базы

КОНЕЦВЫПОЛНИТЬ @КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 2.3

Спецификация процесса 2.4.

@ВХОД=<ДАННЫЕ ОТ ПРЕДПРИЯТИЯ>

@ВХОД=< ФАКТ УДАЛЕНИЯ ПРЕДПРИЯТИЯ>

@ВЫХОД=< ФАКТ УДАЛЕНИЯ ВАКАНСИИ>

@СПЕЦПРОЦЕСС 2.4 УДАЛЕНИЕ ВАКАНСИИ

Удаления данных о вакансии из базы

КОНЕЦВЫПОЛНИТЬ

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 2.4

Спецификация процесса 2.5.

@ВХОД=< ДАННЫЕ ОТ ПРЕДПРИЯТИЯ>

@ВХОД=< ВСЕ ДАННЫЕ>

@ВЫХОД=<ИНФОРМАЦИЯ ПРЕДПРИЯТИЮ>

@СПЕЦПРОЦЕСС 2.5

ПОИСК РАБОЧИХ ДЛЯ ПРЕДПРИЯТИЯ

КОНЕЦВЫПОЛНИТЬ

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 2.5

Спецификация процесса 3.1.

@ВХОД=<ЗАПРОС ОТЧЕТА>

@ВХОД=<ДАННЫЕ ПО КЛИЕНТАМ >

@ВЫХОД=< ОТЧЕТ>

@СПЕЦПРОЦЕСС 3.1 Список клиентов , за определенный период времени

На основании ДАННЫХ ПО КЛИЕНТАМ и в соответствии с ЗАПРОСОМ ОТЧЕТА формируется список клиентов .

КОНЕЦВЫПОЛНИТЬ

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 3.1

Спецификация процесса 3.2.

@ВХОД=<ЗАПРОС ОТЧЕТА>

@ВХОД=<ДАННЫЕ ПО ПРЕДПРИЯТИЯМ>

@ВЫХОД=< ОТЧЕТ>

@СПЕЦПРОЦЕСС 3.2 Список ПРЕДПРИЯТИЙ, за определенный период времени

На основании ДАННЫХ ПО ПРЕДПРИЯТИЯМ и в соответствии с ЗАПРОСОМ ОТЧЕТА формируется список предприятий .

КОНЕЦВЫПОЛНИТЬ

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 3.2