- •Содержание
- •1 Обоснование выбора языка программирования
- •1.1 Методы создания баз данных в среде Microsoft sql Server Management Studio
- •1.2 Описание предметной области
- •2 Создание приложения
- •2.1 Постановка задачи (выбор темы по вариантам)
- •2.2 Этапы проектирования базы данных
- •2.3 Логическая модель базы данных
- •2.4 Физическая модель бд
- •2.5 Разработка алгоритма программного модуля
- •2.6 Разработка экранных форм: главной формы и рабочих форм
- •2.7 Структура программы
- •Библиографический список
- •Приложение 1 - Список сокращений
- •Приложение 2 – Листинг программы
2 Создание приложения
2.1 Постановка задачи (выбор темы по вариантам)
Задача курсовой работы заключается в разработке структур данных, алгоритмов и программного обеспечения системы управления базой данных.
Программный продукт работы с Базой данных должен быть реализован в программе Microsoft Visual Studio (Visual Studio – линейка продуктов компании Майкрософт, включающих интегрированную среду разработки программного обеспечения и ряд других инструментальных средств).
Служба занятости является коммерческим предприятием и занимается обеспечением вакансиями населения. Процесс трудоустройства проистекает следующим образом. Безработный (клиент) регистрируется в службе занятости с указанием своей профессии, образования и стажа, пользуясь предоставленным ему специалистом справочником профессий. В максимально простом виде схема бизнес процесса службы занятости представлена на рисунке 1.
Рис. 1. Структурная схема бизнес - процесса
На основании исследований рынка потенциальных клиентов и предложений вакансий специалист (диспетчер оформитель) разрабатывает каталог предлагаемых вакансий и организаций; в большой фирме такую службу назвали бы отделом маркетинга. Каталог распространяется на рынке потенциальных клиентов. С клиентом, выбравшим вакансию, работает служба оформления. Специалисты, входящие в эту службу, принимают заказ, отправляют заявки, следят за их актуальностью и наконец вручают клиенту документы на трудоустройство.
Служба внутренней поддержки обеспечивает распределение работы по исполнителям (диспетчерам и т.д.) и решает возникающие проблемы, например, ограничения доступа к данным.
Таким образом, можно выявить наиболее важные для данного бизнеса или производственного процесса компоненты. В нашем случае это будут:
1.Организации;
2.Вакансии;
3.Профессии;
4.Учет безработных;
5.Безработные.
На основании данных компонентов можно получить список основных бизнес процессов, происходящих в службе занятости, а именно:
составление каталога вакансий;
рассылка каталога;
анализ рынка;
трудоустройство;
оформление документов на трудоустройство;
управление работой персонала;
реклама;
решение организационных задач.
Следует отметить, что места протекания данных процессов относятся к проблемам телекоммуникаций и организации совместной работы персонала организации. Все операции выполняются в пределах одного здания, а организация совместного использования данных основана на возможности полного доступа к БД директора организации и частичного доступа персонала.
В простейшем виде информационная модель может быть отображена в виде логической модели - взаимосвязей между бизнес компонентами и бизнес процессами, как это показано на рисунке 2.
Рис. 2. Диаграмма взаимосвязей между бизнес компонентами и бизнес процессами
В практике проектирования информационных систем такие схемы получили название ER-диаграмм (Entity-relationship diagram (ERD) - диаграмма «Сущность-связь»). ER-диаграммы хорошо вписываются в методологию структурного анализа и проектирования информационных систем. Такие методологий обеспечивают строгое и наглядное описание проектируемой системы, которое начинается с ее общего обзора и затем уточняется, давая возможность получить различную степень детализации объекта с различным числом уровней.
Логическая модель данных предметной области (бизнес компонентами) обеспечивает разработчикам понимание структур данных. После её разработки следует приступать к моделированию физической структуры систем хранения выявленных объектов данных, то есть к разработке физической модели данных.
Структурная схема важна как для разработчика базы данных, так и для конечного пользователя. Она позволяет наглядно рассмотреть входные данные разрабатываемого проекта. Это, в свою очередь, позволяет разработчику лучше понять смысл работы и, соответственно, создать более качественный продукт. Благодаря структурной схеме, конечный пользователь быстрее и лучше поймёт логику созданной базы данных, что, конечно же, отразится на качестве производимой пользователем работы.
На этапе разработки необходимо создать структурную схему объекта автоматизации, которая строится на основе входных данных, если концептуальная модель пока не готова. Эта схема необходима, прежде всего, для того, чтобы разработчик на начальных этапах разработки мог ясно представлять модель базы данных, а также способы реализации проекта в целом и отдельных его частей. На последующих этапах - вносить изменения в уже существующие компоненты, создавать новые компоненты и удалять старые, если они стали не нужны или заменились другими, и, наконец, схема нужна для того, чтобы, разработать максимально эффективную базу данных.
Структурная схема базы данных является, по сути, переводом модели данных на язык физической реализации и представлена на рисунке 3.
Общие сведения о безработном |
База |
Сводная ведомость |
|
|
данных |
|
|
|
«Учет безработных и вакансий» |
Данные об учете |
|
Сведения о вакансиях |
|
|
|
Рис. 3. Структурная схема входящих и выходящих потоков
Исходными данными являются сведения о безработных, а также сведения о вакансиях и организациях. Все данные заносятся в информационную систему с помощью специально разработанных форм.
Выходными данными в процессе работы базы данных являются - формирование сводной ведомости учета трудоустроенных, а также справочной информации. Выходные данные являются итогом работы базы данных. Они являются важными документами, необходимыми для дальнейшей работы службы занятости.
