Курсовые работы / ПРИС КП_И_14
.pdfЦелью создания информационной системы для управляющей компании,
является создание организационных условий для повышения скорости ввода,
вывода и обработки информации посредством ПК.
Задачи создания информационной системы следующие:
-создание организационных условий для сбора и систематизации документированных сведений о работах и их стоимости;
-создание организационных условий для альтернативного традиционным формам учета информации о клиентах, заказах;
-создание условий для повышения скорости работы менеджеров агентства;
Работа с данной системой может вестись: менеджером агентства,
администратором ИС, так же имеется доступ для гостя системы. Так менеджер заносит в базу данные о клиентах, оформляет заказ, делает отметки о выполненных и невыполненных работах, создает отчеты. Администратор выполняет настройку ИС, может изменять некоторые функции ИС. Гость системы может посмотреть виды и стоимость работ.
Таким образом, предметная область является достаточно сложным объектом проектирования, однако это легко решается путем построения функциональной модели, модели данных и т. д. [1-3].
2.3 Функциональная модель по стандарту IDEF0 (Icam DEFinition) и
методологии SADT
Функциональная модель бизнес-процессов разрабатываемой информационной системы представлена в приложении А на рисунках А.1 – А.6. Целью моделирования является упрощение автоматизации процесса учета в управляющей компании, то есть его улучшение, повышение производительности. Функциональная модель построена с точки зрения интегрированного пользователя [4]. Это обусловлено тем, что основным пользователем является менеджер, который вносит оперативную информацию. Кроме того, есть еще Администратор, который вносит
12
наиболее ценные стратегические решения и гость, который просматривает информацию о ценах.
Оценка модели проведена с помощью количественного анализа. Для него были использованы следующие показатели:
- коэффициент уровня – данный коэффициент с каждым переходом на нижний уровень он не должен увеличиваться, он рассчитывается по формуле (2.1)
k |
y |
|
|
|
N L
,
(2.1)
где N – количество блоков на уровне, L – номер уровня;
- коэффициент сбалансированности – значение данного коэффициента должно лежать в пределах от 0 до 4, он рассчитывается по формуле (2.2)
|
|
|
N |
|
|
|
|
|
i |
|
|
|
|
|
A |
|
|
|
|
|
i 1 |
N |
|
k |
б |
|
max A |
||
|
|
N |
i 1 |
i |
|
|
|
|
|
||
,
(2.2)
где Аi – стрелка;
- коэффициент применения элементарных функций – если kЭ>1 и С>0,5, то диаграмма не нуждается в дальнейшей детализации, он рассчитывается по формуле
(2.3)
kэ L *C L * |
N эл.ф. |
, |
(2.3) |
N |
|
||
|
|
|
Также для проведения количественного анализа был составлен словарь элементарных функций, представленный в таблице 2.1.
13
Таблица 2.1 – Словарь элементарных функций
№ |
Название элементарной функции |
1 |
Прием заявки |
2 |
Прикрепление название к заказу |
3 |
Прикрепление работ к заказу |
4 |
Прикрепление скидки к заказу |
5 |
Исполнение работ |
6 |
Исполнение заказа |
7 |
Отметка о исполнении заказа |
8 |
Занесение данных о не исполненном заказе |
9 |
Обработка данных |
10 |
Формирование актуальной Базы данных |
11 |
Создание резервной базы данных |
12 |
Сортировка информации |
13 |
Поиск информации |
14 |
Формирование отчета данных о заказе за промежуток времени |
15 |
Формирование прайс - листа |
16 |
Формирование данных о неоплаченных заказах |
17 |
Формирование отчета о услуге, принесшей наибольший доход за промежуток времени |
Далее был проведен сам количественный анализ, данные которого
представлены в таблице 2.2.
Таблица 2.2 – Количественный анализ
Диаграмма |
kу |
kб |
kэ |
А0 |
0 |
3,8 |
0 |
А1 |
4 |
0,75 |
2 |
А2 |
1,5 |
0,5 |
2 |
А3 |
1,6 |
1 |
2 |
А4 |
1 |
2,8 |
1,6 |
Из таблицы 2.2 можно сделать вывод о качественности модели, поскольку с увеличение уровня коэффициент уровня убывает, коэффициент сбалансированности не превышает 3,8, а коэффициенты применения элементарных функций на нижних уровнях соответствуют значениям, при которых дальнейшая детализация не нужна
[5-6].
14
2.4 Логическая и физическая модели данных по стандарту IDEF1X
На рисунке 2.1 представлена логическая модель данных разрабатываемой информационной системы для автоматизации управляющей компании, построенная в соответствии со стандартом IDEF1X [7].
Рисунок 2.1 – Логическая модель данных
На рисунке 2.2 представлена физическая модель данных [8].
Рисунок 2.2 – Физическая модель данных
Физическая модель построена для СУБД Microsoft Access.
15
Выводы по второму разделу.
Разрабатываемая информационная система для автоматизации учета в управляющей компании необходима для учета заказов, на исполнение работ, а
также для учета невыполненных заказов. Кроме того, в информационной системе должен вестись учет возможных работ. Информационная система должна позволять вводить, редактировать и удалять (при наличии определенных прав) информацию.
Также необходимо иметь возможность назначать скидку на заказ, присваивать к заказу несколько работ и выводить сумму к оплате. Информационная систем должна хранить данные о видах работ, выполнении работ, различных материалов и тд.
Целью создания информационной системы для управляющей компании,
является создание организационных условий для повышения скорости ввода,
вывода и обработки информации посредством ПК.
Разрабатываемая информационная система для автоматизации учета в управляющей компании необходима для учета заказов, на исполнение работ, а
также для учета невыполненных заказов. Кроме того, в информационной системе должен вестись учет возможных работ. Информационная система должна позволять вводить, редактировать и удалять (при наличии определенных прав) информацию.
Также необходимо иметь возможность назначать скидку на заказ, присваивать к заказу несколько работ и выводить сумму к оплате.
16
3 РАЗРАБОТКА И ТЕСТИРОВАНИЕ СИСТЕМЫ ДЛЯ УЧЕТА РЕМОНТА ЖИЛИЩНОГО ФОНДА В УПРАВЛЯЮЩЕЙ КОМПАНИИ
3.1 Описание таблиц базы данных
База данных системы была построена в MS Access 2003 [9-10]. Она состоит из следующтх таблиц:
-Auth (идентифицирующие данные пользователей системы)
-Mater (информация о материалах)
-Smeta (информация о затраченых материалах для работы)
-Works (информация о работе и ее стоимости)
-Zakaz (информация о работах, сроках выполнения и заказчиках)
Схема данных моделируемой базы данных представлена на рисунке 3.1.
Рисунок 3.1 – Схема данных
Свойства полей вышеуказанных таблиц базы данных разрабатываемой информационной системы представлены в приложении Б на рисунках Б.1 – Б.8.
17
3.2 Дерево программных модулей
В разрабатываемой программе 27 модулей. Дерево программных модулей представлено на рисунке 3.2 [11].
|
Модуль |
|
генерации |
|
приложения |
Авторизация |
Модуль |
(U_PASS) |
данных(DM) |
Резервное копирование(N12
)
Сервис 
Главная
форма(MainForm) Изменение
пароля( SmenaParol)
Справочники
Отчеты
Оформление |
|
|
Лучшая |
|
Прайслист(O1) |
Договора(O_2) |
услуга(O_YSLYG |
||
заказа |
||||
|
|
A) |
||
|
|
|
Клиенты |
Сотрудники |
Скидка(S_Skidka) |
Работы(S_Work) |
Оформить |
Договор по дате |
|
(S_Klient) |
(S_Sotr) |
заказ(S_Zakaz) |
(Form1) |
|||
|
|
Рисунок 3.2 – Дерево программных модулей
3.3 Схема взаимосвязей модулей и массивов данных
Схема взаимосвязей модулей и массивов данных представлена на рисунке 3.3.
18
Klient(Таблица
клиенты)
nSkidka(Таблица скидки)
Oplata(Данные об оплате)
PWDTBL(Пароль)
SostojnieZakaza( Данные о состоянии заказа)
Sotrudnik(Сотруд
ники)
Works(Работы)
Zakaz(Заказ)
Zakaz_Work(Связ
ь заказаработы)
Klient(Клиент)
O_1(Отчет прайслист)
O_3(Отчет 
список договоров по дате)
o_sotr(Отчет Лучший Сотрудник)
O2(Отчет договора)
O3(Отчет по услугам)
OT22(Отчет по клиентам)
Parol(Вход в
систему)
Skidka(Скидка)
Sotrr(Сотрудники)
Work(Работы)
Zakaz(Заказ)
Рисунок 3.3 – Схема взаимосвязей модулей и массивов данных
3.4 Алгоритм построения отчета о зарегистрированных заказах за заданный период с подсчетом общей суммы
При вызове отчета о выполненных работах, появляется форма, на которой пользователь вводит интересующий период. После этого происходит построение отчета. Блок-схема построения представлена на рисунке 3.4 [12-13].
19
Рисунок 3.4 – Блок-схема построения отчета о зарегистрированных заказах за заданный период с подсчетом общей суммы
3.5 Инструкция пользователя по установке программного продукта и работе с
ним
Требования к аппаратным средствам:
-процессор Pentium 1700Hz и выше;
-объем оперативной памяти – 128 Мб и более;
-бесперебойник.
Требуемые программные средства:
-MS Access 2003 и выше версии;
-MS Word 2003 и выше версии.
Установка программы «ИС Управляющая компания» осуществляется следующим образом:
20
-создать папку « ИС Управляющая компания”»;
-скопировать в созданную папку программу «Project1» , базу данных db1.mdb,
конфигурационный файл Option.ini, шаблон project1.rav.
При запуске программы появляется окно идентификации пользователя,
представленное на рисунке 3.5.
Рисунок 3.5 – Авторизация пользователя
Многопользовательский режим реализован в виде 2 различных пользователей:
-Администратор (пароль по умолчанию – 122);
-Гость (пароль211).
После авторизации появляется главная форма, представленная на рисунке 3.6.
Права доступа к разным пунктам меню для различных пользователей разграничены.
Рисунок 3.6 – Главная форма программы
21