51
обучение персонала;
введение разрабатываемых форм для отдела аренды и обучение
менеджера.
При внедрении системы необходимо выбрать основную стратегию
внедрения:
1) Параллельная стратегия – когда одновременно работают старая
(ручная) и новая система, и их выходные документы сравниваются. Если они
согласуются длительное время, осуществляется переход на новую систему.
2) «Скачок». Эта стратегия привлекательна скоростью выполнения
причем в хОООтичном порядке, но не рекомендуется ее использовать.
3) «Пилотный проект». Это наиболее часто используемая стратегия.
«Пилотный проекта» – это тактика "скачка", но применяемая к ограниченному
числу процессов. Область применения стратегии - небольшой участок
деятельности. Такой подход снижает риск и наиболее надежен. Практически
все предприятия применяют эту тактику сегодня.
4) «Узкое место». «Узкое место» – это малая часть производственного
процесса. При использовании похода "узкое место" план внедрения
выполняется только для "узкого места" и для людей, работающих в нем.
Точность данных повышается только для изделий в этом "узком месте";
переподготовка- только для людей, работающих в нем; анализ эффект-затрат
делается только для него и т.д.
Среди представленных стратегий внедрения для организации ООО
«Тандер» была выбрана параллельная стратегия, потому что часть движения
объектов по аренде находится на бумажном носителе, а другая часть в виде
отедльных файлов Excel. Поэтому было принято решени что, оптимально будет
вести параллельное внедрение с постепенным переходом с бумажных
носителей на электронный вариант с единой базой данных.
5. Эксплуатация и сопровождение – этот этап предусматривает
дальнейшую доработку системы при возникновении такой необходимости.
52
После внедрения изменений в компанию ООО «Тандер» необходимо будет
выполнить все действия, а именно:
настроить и оптимизировать базу данных Access под работу самой
программы;
после внедрения разработанного программного обеспечения «Учет
аренды» необходимо будет проверить и проставить все сроки по арендам и
заключенным договорам;
после внедрения формы «Арендаторы» нужно заполнить формы по
обращениям арендаторов;
после внедрения формы «Объекты» нужно заполнить формы по
движению арендованных и не арендованных помещений компании.
Разрабатываемая программа предназначена для автоматизации
технологических процессов обращения арендаторов в компанию ООО
«Тандер», связанных с учетом движения арендованных помещений различного
назначения.. При проектировании системы в нее необходимо заложить
функции, представленные на рисунке 2.1.
Рисунок 2.1 – Функциональная схема отдела по аренде
53
Функциональная схема программного продукта строится с целью
однозначного понимания всех функций, выполняемых данной АИС. В
большинстве случаев функциональная спецификация формулируется на
естественном языке при помощи специальных объектов и утверждений,
конкретно описывающих функции АИС.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
Характеристика представляет собой описание состава входных
документов, входных файлов и справочников, соответствующих им экранных
форм размещения данных.
Нормативно-справочная информация – это различные справочные и
нормативные данные, связанные с деятельностью движения документов по
объектам недвижимости, в частности по движению аренды площадей.
Входная информация – это вся информация, необходимая для решения
задачи и расположенная на различных носителях: первичных документах,
машинных носителях, в памяти персонального компьютера. С этой целью
составляются перечень входной информации и состав реквизитов каждого вида
входной информации, расположение реквизитов входной информации,
описание полей (реквизитов) входных документов.
В связи с тем, что постоянная информация составляет до 75% общего
объема информации, циркулирующей в системе управления, от правильной ее
организации во многом зависит эффективность функционирования всей
системы управления. Созданием системы постоянной информации достигается
централизация хранения данных, повышения их достоверности, устранение
дублирования, сокращение объема работ по подготовке и вводу их в ПК, что
повышает эффективность использования постоянной информации.
Входная оперативная информация представляет собой заполнение и ввод
в базу данных экранных форм первичных документов по проектам. Как
И
н
ф
о
р
м
а
ц
и
и
.
Н
а
с
п
и
с
а
н
и
я
и
м
е
е
т
б
и
б
л
и
о
т
е
к
о
й
З
а
в
Т
о
м
п
р
е
д
п
р
и
я
т
и
я
.
Э
т
о
п
о
л
ь
з
о
в
а
т
е
л
ь
54
правило, работа с любой задачей начинается с заполнения справочников. В
дальнейшем по мере работы с программой справочники также пополняются и
изменяются.
Разрабатываемый программный продукт включает следующие
справочники:
Города;
Улицы;
Адреса;
Виды объектов;
Коммуникации;
Статусы;
Должности;
Сотрудники;
Пользователи.
Описание реквизитов справочников позволяют охарактеризовать
описываемые объекты. Данные можно вносить и в процессе ввода документов
по мере необходимости, но как правило вносятся заранее. Ниже в таблице 2.1
представлены сводные данные по описанию справочников.
Таблица 2.1
Сводная таблица справочников
Название
справочника
Ответственный
за ведение
Средний объём
в записях
Средняя
частота
актуализации
Средний объем
актуализации
Города
Менеджер
700
55%
65%
Улицы
Менеджер
400
70%
85%
Адреса
Менеджер
2500
75%
80%
Виды объектов
Менеджер
10
80%
75%
Коммуникации
Менеджер
10
75%
85%
Статусы
Менеджер
5
95%
90%
Должности
Отдел кадров
20
70%
95%
Сотрудники
Отдел кадров
25
50%
65%
Пользователи
Отдел кадров
5
45%
70%
Н
о
в
ы
й
,
к
о
н
к
у
р
е
н
т
о
с
п
о
с
о
б
н
о
с
т
ь
к
а
ч
е
с
т
в
е
н
н
о
о
б
с
л
55
Разработанная программа по структуре имеет 9 справочников, каждый из
которых имеет свои реквизиты для содержания данных. Состав реквизитов
представлен в таблицах 2.2-2.10.
Таблица 2.2
Реквизитный состав справочника «Города»
Имя поля
Ключ
Тип данных
Размер
Подпись поля
КодГорода
+
Счётчик
10
Код города
Наименование
-
Текстовый
255
Наименование города
Таблица 2.3
Реквизитный состав справочника «Улицы»
Имя поля
Ключ
Тип данных
Размер
Подпись поля
КодУлицы
+
Счётчик
10
Код улицы
Наименование
-
Текстовый
255
Наименование улицы
Таблица 2.4
Реквизитный состав справочника «Адреса»
Имя поля
Ключ
Тип данных
Размер
Подпись поля
КодАдреса
+
Счётчик
10
Код адреса
КодГорода
-
Числовой
255
Код города
КодУлицы
-
Числовой
255
Код улицы
НомерДома
-
Числовой
5
Номер дома
НомерКв
-
Текстовый
5
Номер кв
ДопОписание
-
Текстовый
255
Доп описание
Таблица 2.5
Реквизитный состав справочника «Виды объектов»
Имя поля
Ключ
Тип данных
Размер
Подпись поля
КодОбъекта
+
Счётчик
10
Код объекта
Наименование
-
Текстовый
255
Наименование
56
Таблица 2.6
Реквизитный состав справочника «Коммуникации»
Имя поля
Ключ
Тип данных
Размер
Подпись поля
КодКоммуникации
+
Счётчик
10
Код коммуникации
Наименование
-
Текстовый
255
Наименование
Таблица 2.7
Реквизитный состав справочника «Статусы»
Имя поля
Ключ
Тип данных
Размер
Подпись поля
КодСтатуса
+
Счётчик
10
Код статуса
Наименование
-
Текстовый
255
Наименование вида
Таблица 2.8
Реквизитный состав справочника «Должности»
Имя поля
Ключ
Тип данных
Размер
Подпись поля
КодДолжности
+
Счётчик
10
Код должности
Наименование
-
Текстовый
255
Наименование
Таблица 2.9
Реквизитный состав справочника «Сотрудники»
Имя поля
Ключ
Тип данных
Размер
Подпись поля
КодСотрудника
+
Счётчик
10
Код сотрудника
Фамилия
-
Текстовый
255
Фамилия
Имя
-
Текстовый
255
Имя
Отчество
-
Текстовый
255
Отчество
КодДолжности
-
Числовой
5
КодДолжности
Таблица 2.10
Реквизитный состав справочника «Пользователи»
Имя поля
Ключ
Тип данных
Размер
Подпись поля
Код
+
Счётчик
10
Код пользователя
ФИО
-
Текстовый
100
ФИО пользователя
Логин
-
Текстовый
255
ФИО пользователя
Пароль
-
Текстовый
100
ФИО пользователя
57
Реквизиты таблиц показывают внутреннюю структуру справочников и
полноту представленные к заполнению полей. Реквизиты также позволяют
соблюдать однородность данных в базе и в дальнейшем поможет правильно
анализировать информацию и выводить отчеты по критериям.
2.2.2 Характеристика результатной информации
В качестве результативной информации как правило выступает отчетная
информация. Отчеты должны выполнять функцию вывода необходимой
информации в нужно форме.
В проекте реализовано 4 отчета, которые характеризуют содержимое
базы данных организации. Перечень отчетов следующий:
Перечень заключенных договоров за выбранный период времени;
Список арендаторов не оплативших аренду;
Список арендаторов, срок договора которого истекает;
Перечень не сданных в аренду площадей.
Первый отчет «Перечень заключенных договоров за выбранный период
времени» показывает список всех заключенных договоров. Этот отчет
необходим для анализа движения договоров.
Второй отчет «Список арендаторов не оплативших аренду» показывает
список арендаторов, не оплативших ареду на текущий календарный день.
Третий отчет указывает перечень договоров, срок которых на заданную
дату истекает меньше чем через 30 дней.
Четвертый отчет показывает список помещений по видам помщений со
статусами «Свободно» или «Частично сдано». Такой отчет позволяет не
предлагать арендатору уже сданные площади.
2.3 Программное обеспечение задачи учета успеваемости студентов
2.3.1. Общие положения (дерево функций и сценарий диалога)
Н
е
м
,
58
В данном пункте следует привести иерархию функций управления и
обработки данных, которые призван автоматизировать разрабатываемый
программный продукт. При этом можно выделить и детализировать два
подмножества функций: реализующих служебные функции (например,
проверки пароля, ведения календаря, архивации баз данных и др.) и
реализующих основные функции ввода первичной информации, обработки,
ведения справочников, ответов на запросы и др.
Выявление состава функций, их иерархии и выбор языка общения
позволяет разработать структуру сценария диалога, дающего возможность
определить состав кадров диалога, содержание каждого кадра и их
соподчиненность. В разрабатываемой программе меню
Функция может быть описана с различным уровнем детализации, т.е.
комплексная функция может быть разделена на подфункции. Результат
обследования и анализа работы колледжа может быть представлен в виде
логической модели дерева функций.
Дерево функций системы представляет собой декомпозицию ее функций
и служит основой для формирования системы.
Модель дерева функций – это схема, показывающая взаимоотношения
между функциями. Модель показывает иерархию функций и их полный состав.
Модель дерева функций разработанного приложения для компании ООО
«Тандер» представлено на рисунке 2.2.
При разработке структуры диалога необходимо предусмотреть
возможность работы с входными документами, формирование выходных
документов, корректировки вводимых данных, просмотра введенной
информации, проект с файлами нормативно-справочной информации,
протоколирования действий пользователя, а также помощь на всех этапах
работы.
П
р
о
ц
е
с
с
е
в
о
з
н
и
к
а
е
т
и
у
59
Функции
Служебные
Основные
Управление
справочниками
Список
арендаторов
Отчетная
информация
Авторизация
пользователя
Печать
документа
Управление
окнами
Перечень
объектов
Взаимодейств
ие с MS Excel
Рисунок 2.2 – Модель дерева функций программы
В этом пункте следует выбрать способ описания диалога. Как правило,
применяется два способа описания диалога. Первый предполагает
использование табличной формы описания. Второй использует представление
структуры диалога в виде орграфа, вершины которого перенумерованы, а
описание его содержания в соответствии с нумерацией вершин, либо в виде
экранов, если сообщения относительно просты, либо в виде таблицы.
Диалог в программе не всегда можно формализовать в структурной
форме. Как правило, диалог в явном виде реализован в тех программа, которые
жестко привязаны к исполнению предметной технологии. В некоторых
сложных программах диалог не формализуется в структурной форме и тогда
данный пункт может не содержать описанных схем. Описание диалога,
реализованного с использованием контекстно-зависимого меню не требует
нестандартного подхода.
Необходимо однозначно определить все уровни, на которых пользователь
принимает решение относительно следующего действия, а также обосновать
60
решение об использовании именно этой технологии (описать дополнительные
функции, контекстные подсказки и т.д.)
Сценарий диалога разработанной программы по учету движения аренды
площадей для менеджера по аренде представлен на рисунке 2.3.
Главное меню
Арендаторы Отчеты
Справочники
Перечень заключенных договоров за
выбранный период времени
Список арендаторов не оплативших
аренду
Список арендаторов, срок договора
которого истекает
Перечень не сданных в аренду
площадей
Города/Уличы/Адерса
Виды объектов
Коммуникации
Статусы
Должности
Сотрудники
Пользователи
Объекты Выход
Рисунок 2.3 – Модель сценария диалога программы
Согласно представленному сценарию, все действия рекомендуется
выполнять в той последовательности, в которой описаны действи в модели
дерева функции программы учета аренды для менеджера по аренде.
2.3.2 Характеристика базы данных
База данных – это такая совокупность данных, которая организована в
соответствии с определёнными правилами и имеющая определённую
структуру. Она редактируется при помощи системы управления базами данных
(СУБД).
СУБД – это программное обеспечение, которое позволяет создавать БД,
редактировать их, выполнять различные манипуляции с ними, а также удалять
их.