Проектирование ИС "Учета и контроля профподготовки сотрудников"

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Министерство образования и науки Российской Федерации

Государственное образовательное учреждение высшего профессионального образования

ЮГОРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

Институт (НОЦ) систем управления и информационных технологий Кафедра «Автоматизированные системы обработки информации и управления»

Допущен к защите

___________________

КУРСОВОЙ ПРОЕКТ

по дисциплине: «Проектирование автоматизированных систем обработки информации и управления»

на тему: Проектирование ИС «Учета и контроля профподготовки сотрудников».

Группа 1190

Студент: Пеклич Е.А.

Руководитель: Бурлуцкий В.В.

Отметка о защите:

Дата: «___________»

г. Ханты-Мансийск 2013 г.

“УТВЕРЖДАЮ”

Бурлуцкий В.В.

4 октября 2013

ЗАДАНИЕ ПО КУРСОВОМУ ПРОЕКТУ СТУДЕНТА

Пеклич Евгений Александровича

1. Тема проекта: Проектирование ИС «Учета и контроля профподготовки сотрудников».

2. Срок сдачи студентом законченного проекта: 30.11.2013

3. Исходные данные к проекту (организация, отрасль знаний, назначение проектируемой АСОИУ, основные требования к разработке):

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

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

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

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

Приложение к пояснительной записке включает:

диаграммы IDEF0, DFD, IDEF3 план управления конфигурациями, план контроля качества программного обеспечения, план управления программным проектом, техническое задание, отчет о проведенном инспектировании.

5. Студент-инспектор: Шуринов А.С.____________________

6. Руководитель проекта: ________________________________

АННОТАЦИЯ

Пояснительная записка содержит 37 листов, 2 рисунка, 1 таблицу, включает 6 частей, 7 источников литературы.

CASE-средство, диаграмма, модель, информационная система, информация, формы, запросы, представления.

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

Цель курсовой работы - разработка функциональной и информационной моделей организации, проведение функционально-стоимостного анализа, создание клиентского приложения

В ходе работы был изучен процесс создания информационной системы.

В результате были разработаны: функциональная модель организации в нотациях IDEF0, IDEF3, DFD, информационная модель в нотации IDEF1X, диаграмма размещения, диаграмма, выполнен функционально-стоимостной анализ учета оплаты услуги охраны клиентами организации, создано клиентское приложение по работе с БД в MS Access.

СОДЕРЖАНИЕ

• Обозначения и сокращения
• Введение
• 1. Исследование функций и целей организации
• 2. Описание модели функционирования ИС
• 2.1 Анализ возможностей методологии и инструментальных средств проектирования заданной ИС
• 2.2 Контекстная диаграмма
• 2.3 Диаграмма декомпозиции в нотации IDEF0
• 2.4 Диаграммы декомпозиции в нотации DFD
• 2.5 Диаграмма декомпозиции в нотации IDEF3
• 2.6 Функционально-стоимостной анализ учета оплаты услуги охраны клиентами ЧОП
• 3 Информационнфя модель в нотации IDEF1X
• 3.1 Связь моделей DFD и IDEF1X
• 4. Аппаратные средства информационной системы
• 5. Программное обеспечение информационной системы
• 5.1 Диаграмма компонентов
• 5.2 Генерация физической схемы БД
• 5.3 Связь с СУБД Access
• 6. Программное обеспечение клиентского приложения
• 6.1 Разработка экранных форм
• 6.2 Разработка представлений
• 6.3 Создание отчетов
• Заключение
• Список литературы
• Приложение №1
• Приложение №2
• Приложение №3
• Приложение №4
• ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ
• информационная система функциональная модель
• В настоящей работе применяются следующие термины с соответствующими определениями:
• ИС - информационная система;
• ЧОП - частное охранное предприятие;
• ПК - персональный компьютер;
• БД - база данных,
• СУБД - система управления баз данных,
• ФСА - функционально-стоимостной анализ,
• АРМ - автоматизированное рабочее место.
• ВВЕДЕНИЕ
• С развитием информационных технологий компьютеры, с их расширенными функциональными возможностями, активно применяются в различных сферах человеческой деятельности, связанных с обработкой информации, представлением данных.
• В современном обществе, которое функционирует в жестких рыночных условиях, своевременная обработка информации способствует совершенствованию организации производства, оперативному и долгосрочному планированию, прогнозированию и анализу хозяйственной деятельности, что позволяет успешно конкурировать на рынке. Каждая организация стремиться минимизировать затраты времени, материальных, трудовых ресурсов в ходе своей деятельности и упростить процесс обработки информации. Эти задачи можно решить с использованием автоматизированных информационных систем.
• Использование баз данных и информационных систем становится неотъемлемой составляющей деловой деятельности современного человека и функционирования преуспевающих организаций. В связи с этим большую актуальность приобретает освоение принципов построения и эффективного применения соответствующих технологий и программных продуктов: систем управления базами данных, CASE-средств автоматизации проектирования и других.
• 1. ИССЛЕДОВАНИЕ ФУНКЦИЙ И ЦЕЛЕЙОРГАНИЗАЦИИ
• В данном курсовом проекте в качестве исследуемой организации рассматривается частное охранное предприятие, которое обеспечивает охрану объектов (организаций, квартир и т.п.) с целью получения прибыли.
• Между организацией и клиентом заключается договор на определенный срок, по которому клиент обязуется выполнить все требования и создать необходимые условия для охраны, а организация - оказывать услуги охраны. Сюда входят подготовительные работы: обследование объекта, установка ограждений, замков, сигнализации, системы видеонаблюдения, и периодическое обслуживание охраняемого объекта.
• Основными функциями организации являются:
• ? постановка объектов на сигнализацию (на учет);
• ? контроль и наблюдение за объектом охраны;
• ? своевременное реагирование на сообщение об угрозе объекту;
• ? своевременное направление сотрудников на место происшествия.
• В качестве бизнес-функций организации можно выделить:
• ? разработка успешной организации деятельности;
• ? ведение эффективной работы по обслуживанию клиентов;
• ? успешная коммерческая деятельность.
• Подразделением охраны осуществляется круглосуточное дежурство для своевременного реагирования на сигнал об угрозе объекту охраны. Круглосуточное дежурство осуществляется дежурно-диспетчерским персоналом, в состав которого входят операторы, сотрудники смены и технический персонал. В работе используются средства автоматизации и связи.
• Комплекс средств связи служит для сигнала об угрозе объекту охраны и направлении оперативными дежурными сотрудников на место происшествия, а также оповещения, в случае необходимости, соответствующих служб (пожарной охраны, милиции, скорой помощи). Средства автоматизации предназначены для эффективной работы с информацией.
• 2. ОПИСАНИЕ МОДЕЛИ ФУНКЦИОНИРОВАНИЯ ИС
• 2.1 АНАЛИЗ ВОЗМОЖНОСТЕЙ МЕТОДОЛОГИИ И ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ ПРОЕКТИРОВАНИЯ ЗАДАННОЙ ИС
• При разработке ИС ЧОП был использован системный структурный подход. Методология этого подхода заключается в разработке модели на основе представления о функциях ИС или на элементах (планах, данных, оборудовании и т.д.). Модели ИС (активностные модели) согласно методологии представляются в виде диаграмм, которые иерархически упорядочены. Активностная модель представляет собой совокупность активностей взаимосвязанных через объекты (элементы) системы.
• Для проведения анализа и организации бизнес-процессов ЧОП используется CASE-средство верхнего уровня BPWin, поддерживающие методологии:
• ? IDEF0 (функциональная модель);
• ? DFD (диаграмма потоков данных);
• ? IDEF3 (диаграмма потоков работ).
• Методология IDEF0 предполагает построение иерархической системы диаграмм, каждая из которых представляет единичное описание фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. Нотация DFD включает такие понятия, как внешняя ссылка и хранилище данных, что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. Методология IDEF3 позволяет описать логику взаимодействия компонентов системы с помощью элемента "перекресток".
• 2.2 КОНТЕКСТНАЯ ДИАГРАММА
• Контекстная диаграмма представляет собой самое общее описание системы и ее взаимодействия с внешней средой. На ней в виде стрелок показаны входная информация, ресурсы, управляющая информация, а также результат функционирования системы целиком. Стрелки, входящие в верхнюю грань прямоугольника, обозначают правила, процедуры или стандарты, которыми руководствуется работа. Стрелки, входящие в левую грань прямоугольника, отображают материалы или информацию, которые используются или преобразуется работой для получения результата. Стрелки, входящие в нижнюю грань прямоугольника, показывают ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т. д. И, наконец, стрелками, исходящими из правой грани, изображаются материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Любая работа должна иметь результат иначе не имеет смысла ее моделировать.
• Рис. 2.1 Контекстная диаграмма
• Созданная контекстная диаграмма представлена на рис.2.1, она отображает процесс охраны объектов. Входными параметрами являются денежные средства, заявления клиентов, т.е. необходимые для осуществления работы материалы и информация. Управление осуществляется на основе требований к услуге, представленных в законодательных и нормативных актах. Механизмами являются персонал и оборудование. На диаграмме также представлен вызов других служб, с которыми взаимодействует моделируемая система. Результатом работы являются услуги охраны и прибыль организации.
• 2.3 ДИАГРАММА ДЕКОМПОЗИЦИИ В НОТАЦИИ IDEF0
• После описания системы в целом проводится ее разбиение (декомпозиция) на крупные фрагменты. Декомпозиция позволяет представить работу более подробно. Диаграммы декомпозиции содержат родственные работы, т.е. дочерние работы, имеющие общую родительскую работу.
• Контекстная диаграмма в нотации IDEF0 представлена на рис.2.2.
• Рис. 2.2 Диаграмма декомпозиции в нотации IDEF0
• Диаграмма включает три работы. Первая представляет постановку охраняемого объекта на учет и требует таких материалов и информации как денежные средства и заявление клиента. Работа производится персоналом с помощью ПК и результатом является оформленный объект и денежные средства - прибыль организации. Далее объект оборудуется техническими средствами охраны, работу осуществляют техники, с учетом определенных требований. С оснащенным техническими средствами, оборудованным объектом осуществляется работа по охране. Работа выполняется дежурными с помощью пульта централизованной охраны с учетом требований к услуге. Результатом работы «Охрана» является услуги охраны и прибыль организации.
• 2.4 ДИАГРАММЫ ДЕКОМПОЗИЦИИ В НОТАЦИИ DFD
• Работы «Постановка объекта на учет» и «Оборудование объекта техническими средствами охраны» декомпозировались для более подробного описания и представления документооборота и обработки информации с помощью диаграмм декомпозиции в нотации DFD. Как и IDEF0, DFD представляет систему как совокупность связанных между собой работ. В DFD работы представляют собой функции системы. Особенностью диаграмм DFD является возможность изобразить внешние сущности и хранилища данных. Стрелки описывают движение объектов из одной части системы в другую. В DFD также применяются двунаправленные стрелки для описания диалогов типа "команда-ответ" между работами, между работой и хранилищем данных, между работой и внешними сущностями.
• Диаграмма декомпозиции работы «Постановка объекта на учет» представлена на рис.2.3.
• Рис. 2.3 Диаграмма декомпозиции в нотации DFD.
• Данная диаграмма представляет процесс постановки объекта на учет с использованием хранилища данных «Данные по объектам». Хранилище данных содержит данные о клиенте, данные по объекту и данные по оплате клиентом предоставляемой организацией услуге охраны. Информация о клиенте используется и обрабатывается персоналом при заключении договора. На втором этапе вносятся данные по объекту используется внешняя сущность «Перечень охраняемых объектов», на третьем происходит работа с данными по оплате при оформлении счетов по оплате услуги.
• На рис.2.4 представлена вторая диаграмма декомпозиции в нотации DFD работы «Оборудование объекта техническими средствами охраны».

• Рис. 2.4 Диаграмма декомпозиции в нотации DFD
• Процесс оборудования объекта техническими средствами охраны представлен следующими работами: определение вида объекта (с учетом нормативных актов, которые содержатся в хранилище данных и внешней сущности «Перечень охраняемых объектов»), определение на объекте мест защиты (осуществляется техниками), оборудование помещений (используются средства охраны и информация из хранилища данных) и подключение к пункту централизованной охраны. Хранилище данных «Требования к оборудованию объекта» содержит информацию по нормативным и законодательным актам и инструкции по охране объектов.
• 2.5 ДИАГРАММА ДЕКОМПОЗИЦИИ В НОТАЦИИ IDEF3
• Для представления логического взаимодействия для работы «Охрана» использовалась декомпозиция в нотации IDEF3 (рис.2.5). Она позволяет представить процесс охраны объектов и описывает действия сотрудников организации. Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. На диаграмме IDEF3 используются перекрестки слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы, либо могут или должны быть начаты после окончания предыдущей работы. Один перекресток не может использоваться
• одновременно для слияния и разветвления стрелок.
• Рис. 2.5 Диаграмма декомпозиции в нотации IDEF3
• Диаграмма представляет процесс охраны объекта, который включает в себя наблюдение за объектом на пульте и наблюдение за состоянием средств сигнализации, перекресток (Asynchronous AND) показывает что при завершении этих двух действий происходит направление на объект наряда охраны, а затем направление на объект техников для устранения неполадок. Следующий перекресток (Synchronous AND) говорит о том, что наблюдение за объектом и наблюдение за средствами сигнализации начинаются одновременно при окончании предшествующего действия.
• 2.6 ФУНКЦИОНАЛЬНО-СТОИМОСТНОЙ АНАЛИЗ УЧЕТА ОПЛАТЫ УСЛУГИ ОХРАНЫ КЛИЕНТАМИ ЧОП
• Функционально-стоимостной анализ (ФСА, Activity Based Costing, АВС) представляет собой механизм вычисления расходов на основе выполняемых действий. Эта технология применяется для оценки затрат и используемых ресурсов. Она позволяет выделить наиболее дорогостоящие операции для дальнейшего анализа. ФСА проводится после окончания работы над моделью, когда достигнута ее полнота.
• Цель проведения ФСА - улучшить показатели стоимости, трудоемкости, производительности. Полученные показатели можно использовать как для текущего (оперативного) управления, так и для принятия стратегических решений.
• Для проведения анализа выделяются ключевые процессы деятельности, которые анализируются методом ФСА. В данной работе произведен ФСА учета оплаты услуги охраны клиентами.
• Для проведения ФСА определялась стоимость работ. Более наглядно это отражает диаграмма дерева узлов (Node Tree), рис.2.6.
• Рис. 2.6 Диаграмма дерева узлов
• Как видно максимальная сумма затрат на охрану объекта составляет 76900 р. Можно сделать вывод, что для уменьшения общей стоимости во-первых необходимо сократить затраты на оборудование объекта техническими средствами охраны. В данном случае это будет зависеть от стоимости средств, которые идут на оборудование помещений.
• Так же необходимо учесть, что клиент, который оплачивает услуги, должен быть осведомлен о стоимости заранее. Если клиент не сможет финансировать данную операцию, то не следует продолжать сотрудничество и вести дальнейшие работы.
• 3 ИНФОРМАЦИОННФЯ МОДЕЛЬ В НОТАЦИИ IDEF1X
• Для представления информационной модели данных используется CASE-средство ERWin. С его помощью создана физическо-логическая модель базы данных (рис.3.1). БД представлена в виде сущностей, их атрибутов и связей между ними. Каждая сущность представляет множество подобных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных. Атрибут выражает определенное свойство объекта. С точки зрения физической модели БД сущности соответствует таблица, экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы.
• Рис. 3.1 Модель данных в нотации IDEF1X (физический уровень)
• Связь на диаграмме отображает логическую зависимость одной сущности от другой. В IDEF1X различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Экземпляр зависимой сущности определяется только через отношение к родительской сущности. Зависимая сущность изображается на диаграмме прямоугольником со скругленными углами.
• При установлении неидентифицирующей связи дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности мигрируют в состав неключевых компонентов родительской сущности. Неидентифицирующая связь служит для связывания независимых сущностей.
• Для того чтоб однозначно идентифицировать экземпляр сущности используется первичный ключ (атрибут или группа атрибутов). Атрибуты первичного ключа на диаграмме не требуют специального обозначения - это те атрибуты, которые находятся в списке атрибутов выше горизонтальной линии. При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ - (FK).
• Сущности и атрибуты, определенные в информационной модели представлены в таблице 3.1.
• Между сущностями установлены следующие связи:
• 1. Вид объекта > Данные по объекту
• 2. Вид сигнализации > Данные по объекту
• 3. Паспортные данные > Персональные данные
• 4. Персональные данные > Данные клиента
• 5. Данные по оплате > Данные клиента
• 6. Данные по объекту > Данные клиента
• Таблица 3.1

Сущности	Атрибуты	Тип атрибута	Принадлежность к ключевым
Данные по объекту	Наименование объекта	Char(25)	Primary Key
	Вид сигнализации	Int	Foregn Key
	Вид объекта	Int	Foregn Key
Вид объекта	Вид объекта	Int	Primary Key
	Вид	Char(25)
Вид сигнализации	Вид сигнализации	Int	Primary Key
	Вид	Char(25)
Паспортные данные	Серия и номер паспорта	Int	Primary Key
	Прописка	Char(50)
	Дата рождения	Datetime
	Паспорт выдан	Char(50)
	Серия и номер ранее выданного паспорта	Int
Персональные данные	ФИО ответственного лица	Char(25)	Primary Key
	Адрес	Char(50)
	Домашний телефон	Char(25)
	Служебный телефон	Char(25)
	Другой телефон	Char(25)
	Серия и номер паспорта	Int	Foregn Key
Данные по оплате	ФИО ответственного лица	Char(25)	Primary Key
	Сумма по договору	Money
	Размер суммы	Money
	Дата оплаты	Datetime
	Переплата	Money
	Задолженность	Money
Данные клиента	Индивидуальный номер объекта	Int	Primary Key
	ФИО ответственного лица	Char(25)	Foregn Key
	Номер договора	Int

• 3.1 СВЯЗЬ МОДЕЛЕЙ DFD И IDEF1X
• Для завершения анализа и определения для работы «Постановка объекта на учет » источников данных (сущностей) производится связывание моделей. В модели процессов (BPWin), некоторая информация, используемая в системе, обозначается стрелками. В ERWin информация отображается в виде сущностей.
• BPWin позволяет связывать элементы модели данных со стрелками, документировать влияние работ на данные определять права доступа к данным для каждого процесса. Одной и той же стрелке в модели процессов могут соответствовать несколько сущностей модели данных, либо одной сущности модели данных может соответствовать несколько стрелок.
• Для связи моделей производился экспорт данных из ERWin в BPWin через файл (с расширением *.EAX). В модели данных создается файл экспорта, который затем импортируется в BPWin. Формируется протокол импорта. После внесения данных в модель процессов связываются сущности и атрибуты со стрелками. Для этого в иерархическом списке вкладки контекстного меню стрелки ArrowData (рис.3.2) выбирается необходимый атрибут.
• Рис. 3.2 Связь сущностей и атрибутов со стрелками модели данных
• 4. АППАРАТНЫЕ СРЕДСТВА ИНФОРМАЦИОННОЙ СИСТЕМЫ
• Для более наглядного представления аппаратных средств ИС была создана диаграмма Deployment (Размещение) (рис. 4.1). Построение диаграммы Diploiment осуществлялось с помощью инструментальных средств Metamill.Диаграмма отражает архитектуру системы охранного предприятия и взаимодействие между ее элементами, представляет маршруты передачи информации между аппаратными устройствами.
• Рис. 4.1 Диаграмма размещения аппаратного обеспечения
• При построении диаграммы использовались три вида основных условно-графических обозначений: Processor (процессор), Device (устройство), Connection (соединение).
• Информационно-вычислительная система организации включает в себя следующие компоненты: сервер БД, АРМ экономиста-оператора, АРМ юриста, АРМ администратора, почтовый сервер, маршрутизатор, коммутатор, принтер, сканер. Топология сети - звезда, сеть включает в себя один сегмент, есть соединение с глобальной вычислительной сетью Internet с помощью маршрутизатора.
• Компоненты Processor представляют следующие объекты:
• ? сервер БД - служит для хранения информации;
• ? АРМ экономиста-оператора - работа с данными клиентов;
• ? АРМ юриста - оформление документов;
• ? АРМ администратора - позволяет обслуживать программное и аппаратное обеспечение.
• Объекты - устройства (Device):
• ? маршрутизатор - реализует связь с глобальной вычислительной сетью Internet;
• ? коммутатор - связывает компоненты сети;
• ? принтер - расположен на рабочем месте экономиста-оператора для вывода документов и отчетов по клиентам;
• ? сканер - также расположен на рабочем месте экономиста-оператора для ввода информации по клиентам с бумажных источников.
• Таким образом, информационно-вычислительная система обеспечивает автоматизированную работу экономиста-оператора, юриста и администратора и их взаимодействие.
• 5. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ
• 5.1 ДИАГРАММА КОМПОНЕНТОВ
• Для отражения особенностей физического представления системы использовалась диаграмма компонентов. Основными элементами физического представления системы являются: исполняемые модули, библиотеки классов и процедур, стандартные графические интерфейсы, файлы баз данных. Часто модуль или компонент диаграммы соответствует файлу. Пунктирные стрелки, соединяющие модули, показывают отношения взаимозависимости, аналогичные тем, которые имеют место при компиляции исходных текстов программ.
• Диаграмма компонентов разрабатывается для визуализации общей структуры исходного кода программной системы, спецификации исполнимого варианта программной системы, представления концептуальной и физической схем баз данных.
• Диаграмма позволяет определить архитектуру разрабатываемой системы, установить зависимости между программными компонентами.
• Компоненты ИС ЧОП представлены на рис.5.1. Основным компонентом является SQL Server. При создании БД создаются два файла: Ohrana.mdf (файл БД) и library.ldf (файл журнала транзакций). БД содержит семь связанных таблиц:
• ? данные по объекту,
• ? вид объекта,
• ? вид сигнализации,
• ? данные по оплате,
• ? данные клиента,
• ? персональные данные,
• ? паспортные данные.
• Рис.5.1 Диаграмма компонентов ИС ЧОП
• SQL Server связан с СУБД Access, который в свою очередь создает файл проекта данных БДОхрана.adp. Проект данных содержит в себе запросы, процедуры и формы. В ИС имеются следующие запросы:
• ? организация,
• ? предприниматели,
• ? квартиры,
• ? клиенты из Пензы,
• ? переплата-задолженность,
• ? счет оплата.
• Формы системы взаимосвязаны между собой. Формы «Объекты», «Клиенты» и «Данные по оплате» находятся в подчинении у главной формы. Форма «Паспортные данные» связана с формой «Персональные данные», которая в свою очередь связана с формой «Данные клиента», а последняя - с «Клиенты». Формы «Вид объекта» и «Вид сигнализации» находятся в подчинении у формы «Объекты».
• 5.2 ГЕНЕРАЦИЯ ФИЗИЧЕСКОЙ СХЕМЫ БД
• Для генерации физической схемы использовалась возможность прямого проектирования физической схемы БД для заданной СУБД в ERWin. Объемлющий механизм генерации схемы в ERwin, удобные возможности синхронизации с базой данных, способность подсоединяться ко всем ведущим источникам данных - SQL и РС-ориентированным - облегчают проектирование, управление и перенос физических баз данных.
• В данной работе в качестве сервера БД был выбран MS SQL Server 2000. Для осуществления прямого проектирования необходимо задать ряд параметров для соединения с сервером (имя пользователя, пароль, имя БД, имя сервера). После генерации ERwin формирует отчет о прохождении процесса прямого проектирования.
• 5.3 СВЯЗЬ С СУБД ACCESS
• Для связи созданной БД с Access, необходимо создать новый проект на основе существующих данных (с расширением *.adp). Затем произвести подключение через меню Файл/Подключение. В открывшемся окне «Свойства связи с данными» необходимо прописать имя сервера, имя пользователя, пароль, а также название базы данных, с которой необходимо установить связь. После подключения созданная база данных станет доступна в СУБДAccess.
• 6. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ КЛИЕНТСКОГО ПРИЛОЖЕНИЯ
• Клиентское приложение для данной ИС было разработано при помощи VBA, являющимся общим инструментом для всех приложений Microsoft Office. VBA позволяет решать любые задачи программирования, начиная от автоматизации действий конкретного пользователя и кончая разработкой полномасштабных приложений, использующих Microsoft Office в качестве среды разработки.
• 6.1 РАЗРАБОТКА ЭКРАННЫХ ФОРМ
• Access позволяет создать удобный и понятный интерфейс пользователя для работы с данными при помощи форм. Форма - это настраиваемое диалоговое окно. Формы используются в приложении для ввода и отображения данных. Формы содержат так называемые элементы управления, с помощью которых осуществляется доступ к данным в таблицах.
• При создании форм приложения использовался инструмент Конструктор, предоставляющие множество возможностей для создания формы. В режиме конструктора доступна панель инструментов, которая позволяет добавлять элементы управления в форму.
• При создании форм использовались такие элементы как надпись, поле, кнопка, рисунок, подчиненная форма и другие. При выборе некоторых элементов для облегчения процесса их создания появляется окно Мастера. Оно позволяет просто и быстро определить основные функции и свойства элемента.
• Для более удобного доступа ко всем формам и запросам, выполняемым ИС была разработана главная кнопочная форма (приложение №1, рис.1). С главной формы есть доступ ко всем запросам, а так же она позволяет вызвать формы «Объект», «Клиент», «Данные по оплате».
• Все созданные формы представлены в приложении №2. Они отображают данные и позволяют их редактировать. На форме персональные данные создана подчиненная (вложенная) форма для удобства ввода, редактирования и просмотра данных. На формах присутствуют кнопки для работы с данными и формой (добавить запись, закрыть форму). На форме «Данные по оплате» созданы кнопки для просмотра и печати отчета «Счет» (приложение №2, рис.7).
• 6.2 РАЗРАБОТКА ПРЕДСТАВЛЕНИЙ
• Представление - объект проекта Access - создается с помощью конструктора запросов. Представления позволяют просматривать, анализировать или изменять данные в одной или нескольких таблицах. Само представление не содержит данных, но дает возможность выбирать данные из таблиц (приложение №3, рис.2) и выполнять над ними ряд операций.
• Окно конструктора представлений разделено на три поля. Верхнее представляет таблицы, являющиеся источником данных. Среднее поле представляет собой бланк запроса, а нижнее содержит текст запроса на SQL (приложение №3, рис.1).
• В данной курсовой работе было создано несколько представлений, которые позволяют выбирать различные данные из таблиц (данные по организациям, предпринимателям, квартирам, должникам, данные о клиентах из Пены). Так же создано представление «Счет», которое используется при формировании одноименного отчета.
• В каждом из представлений задаются соответствующие критерии для выбора данных из таблиц. Возможно создание и редактирование SQL-запроса. Например, текст SQL-запроса для представления «Клиенты из Пензы» следующий:
• SELECT TOP 100 PERCENT dbo.Персональные_данные.ФИО_ответственного_лица, dbo.Персональные_данные.Адрес,
• dbo.Персональные_данные.Домашний_телефон, dbo.Персональные_данные.Служебный_телефон, dbo.Персональные_данные.Др_телефон,
• dbo.Данные_клиента.Индивидуальный_номер_объекта, dbo.Данные_клиента.Номер_договора,
• dbo.Данные_по_объекту.Наименование_объекта
• FROM dbo.Персональные_данные INNER JOIN
• dbo.Данные_клиента ON dbo.Персональные_данные.ФИО_ответственного_лица = dbo.Данные_клиента.ФИО_ответственного_лица INNER JOIN
• dbo.Данные_по_объекту ON
• dbo.Данные_клиента.Индивидуальный_номер_объекта = dbo.Данные_по_объекту.Индивидуальный_номер_объекта
• WHERE (dbo.Персональные_данные.Адрес LIKE '%Пенза%')
• ORDER BY dbo.Персональные_данные.ФИО_ответственного_лица, dbo.Персональные_данные.Адрес, dbo.Персональные_данные.Домашний_телефон,
• dbo.Персональные_данные.Служебный_телефон, dbo.Персональные_данные.Др_телефон,
• dbo.Данные_клиента.Индивидуальный_номер_объекта, dbo.Данные_клиента.Номер_договора,
• dbo.Данные_по_объекту.Наименование_объекта.
• Запрос для представления должников:
• SELECT TOP 100 PERCENT dbo.Данные_клиента.Индивидуальный_номер_объекта, dbo.Данные_клиента.Номер_договора,
• dbo.Данные_по_оплате.ФИО_ответственного_лица, dbo.Данные_по_оплате.Сумма_по_договору, dbo.Данные_по_оплате.Размер_суммы,
• dbo.Данные_по_оплате.Дата_оплаты, dbo.Данные_по_оплате.Переплата, dbo.Данные_по_оплате.Задолженность
• FROM dbo.Данные_клиента INNER JOIN
• dbo.Данные_по_оплате ON dbo.Данные_клиента.ФИО_ответственного_лица = dbo.Данные_по_оплате.ФИО_ответственного_лица
• WHERE (dbo.Данные_по_оплате.Переплата IS NOT NULL) OR
• (dbo.Данные_по_оплате.Задолженность IS NOT NULL)
• ORDER BY dbo.Данные_клиента.Индивидуальный_номер_объекта, dbo.Данные_клиента.Номер_договора,
• dbo.Данные_по_оплате.ФИО_ответственного_лица, dbo.Данные_по_оплате.Сумма_по_договору, dbo.Данные_по_оплате.Размер_суммы,
• dbo.Данные_по_оплате.Дата_оплаты, dbo.Данные_по_оплате.Переплата, dbo.Данные_по_оплате.Задолженность.
• В запросах так же возможно установить сортировку выбранных данных для более наглядного представления.
• 6.3 СОЗДАНИЕ ОТЧЕТОВ
• Отчеты - документы, содержащие данные из таблиц БД. MSAccess позволяет создавать отчеты с помощью мастера или конструктора, используя таблицы или запросы. Мастер значительно облегчает создание отчета и генерирует его при помощи диалога с пользователем. Отчеты и формы в Access имеют много общего, однако в отличие от форм отчеты не предназначены для ввода и правки данных в таблицах.
• Отчет «Счет» создавался с помощью мастера, а затем был отредактирован с помощью конструктора (приложение №4).
• ЗАКЛЮЧЕНИЕ
• В результате работы над курсовым проектом были разработаны: функциональная модель организации в нотациях IDEF0, IDEF3, DFD, информационная модель в нотации IDEF1X, описание аппаратных средств (Deploymentdiagram) и программного обеспечения (Component diagram) информационной системы. Выполнен функционально-стоимостной анализ учета оплаты услуги охраны клиентами организации. Был создан проект данных Access, разработаны формы клиентского приложения, запросы, отчет.
• Развитие компьютерной техники, электронных баз данных создает необходимость совершенствования процесса создания информационных систем. CASE-средства поддерживают процессы создания, сопровождения информационных систем, позволяют анализировать и формулировать требования, проектировать базы данных и приложения, генерировать код, тестировать, обеспечивать качество, управлять конфигурацией и проектом.
• Применение нескольких CASE-систем позволяет объединить достоинства используемых систем и существенно сократить сроки решения задач исследования и разработки.
• СПИСОК ЛИТЕРАТУРЫ
• 1. Астахова И.Ф. SQL в примерах и задачах: Учеб. пособие - Мн.: Новое знание, 2002. - 176 с.
• 2. Базы данных: Учебник для высших учебных заведений/ Под ред. проф. А.Д.Хомоненко. - СПб.: КОРОНА принт, 2000. - 416 с.
• 3. Гончаров А. Access в примерах - СПб: Питер, 1997. - 256 с.:ил.
• 4. Информатика для юристов и экономистов/ Симонович С.В. и др. - СПб.:Питер, 2001. - 688с.:ил.
• 5. Карпов Б. Microsoft Access 2000: справочник - СПб: Питер, 2001. - 416с.
• 6. Маклаков С.В. BPWin, ERWin. CASE-средства разработки информационных систем. - М. ДИАЛОГ-МИФИ, 1999.
• 7. Моделирование и анализ IDEF-технологии: практикум/ С.В.Черемных, И.О.Семенов, В.С.Ручкин. - М. Финансы и статистика, 2002. - 192 с.: ил.
• ПРИЛОЖЕНИЕ №1
• Рис. 1 Главная форма
• ПРИЛОЖЕНИЕ №2
• Рис.1 Форма «Данные клиента»
• Рис. 2 Форма «Персональные данные»
• Рис. 3 Форма «Данные по объекту»
• Рис.4 Форма «Вид объекта»
• Рис.5 Форма «Вид сигнализации»
• Рис. 6 Форма «Оплата»
• Рис. 7 Просмотр отчета «Счет»
• ПРИЛОЖЕНИЕ №3
• Рис. 1 Создание представления «Клиенты из Пензы»
• Рис. 2 Пример реализации запроса
• ПРИЛОЖЕНИЕ №4

Размещено на Allbest.ru