84
процесса. Впрочем, необходимо серьёзно подходить к логическим утверждениям
для дерева текущей реальности. Они обязаны быть законченными, ясными и
важно при этом следствиями не подменять причины. Перечисленные условия
обеспечат серьёзные результаты в данном анализе.
Оперативное принятие решений в границах проекта, который применяет
гибкие методологии в проектах по разработке интернет – вещей, явилось важным
предиктором успеха. Передача полномочий считается одним из способов
сократить время, которое требуется для принятия решений. В Agile основой
считают автономную, самоорганизующуюся команду, что частично является
делегированием ей полномочий. Такую команду не следует считать совершенно
независимой, по-прежнему осуществляется руководство: цели назначаются извне,
даже сама команда организовывается руководством. Впрочем, путь, которым цель
будет достигаться, команда определяет самостоятельно. Как правило, и проблемы
командой решаются, самостоятельно, что существенно сокращает время для
принятия решений.
Основная проблема состоит в организации на практике такой команды. В
особенности сложным может быть переход с традиционной на гибкую
методологию, при котором участникам команды придется значительно
переосмыслить процессы и ценности.
Манера лидерства менеджера обязана быть делегирующей: почти все
полномочия передаются команде, а задача менеджера – обучить их работать
самостоятельно, а также организовать и обеспечить поддержку рабочего
процесса. Роль менеджера в таком случае подобна роли scrum мастера в scrum
методологии. Задания непосредственно он не дает, а направляет команду,
осуществляет контроль соблюдения методологии, поддерживает эффективность.
Следует понимать, что становление команды, а тем более
самоорганизующейся и зрелой не проходит безболезненно и мгновенно. Agile
команда проходит этапы аналогично Performing, Norming, Storming, Forming.
Эффективная работа возможна только на этапе Performing, до этого момента
менеджер должен оказывать помощь и поддержку команде.
В таблице 8 представлены возможности некоторых коммерческих средств
коллективной работы.
85
Таблица 8
Коммерческие средства разработки
Название
программы
VC
Cnf
Brn
Shr
Net
FS
Srv
cmd
GUI
jc
Bc
Bt
Jira
+
+
+
-
+
-
S
+
-
+
-
-
Merlim
+
-
+
+
+
+
S
-
+
-
~
+
Slack
+
+
+
~
+
+
S
+
+
+
+
~
Bacecamp
+
+
-
-
*
+
W
-
+
-
-
-
Asana
+
-
+
-?
+
+
S
-
+
-
-
-
Trello
+
-
-
-
-
+
S
=
+
-
-
-
Gemini
+
+
+
~
+
+
S
~
+
+
-
+
ManagePro
+
+
+
-?
-
+
S
-
+
-
-
-
Bitrix24
+
+
+
-
-
+
S
+
=
-
-
-
Tribe
+
+
+
+
*
+
S
+
+
-
-
-
VC – поддержка контроля версий; Cnf – автоматизация разрешения
конфликтов; Brn – поддержка ветвления версий; Shr – возможность
использования одного файла в нескольких проектах; Net – доступ к БД проекта по
сети (TCP/IP); FS - доступ к БД проекта с использованием файловой системы; Srv
– серверный ли тип этой СКР (S - серверный, W - бессерверный, B - работа в обоих
режимах); Cmd – наличие интерфейса командной строки; GUI – наличие
графического интерфейса; jc - автоматизация управления распределением
обязанностей; bc - контроль и ускорение сборки проекта; bt - встроенная система
поиска ошибок; + имеется; - отсутствует; = имеется в большинстве поставок;
* поддерживается внешними средствами; ~ не удалось получить точных
сведений.
2.3. Информационное обеспечение задачи
2.3.1 Информационная модель и её описание
Как модель информации применяем схему данных. Данная схема (ГОСТ
19.701-90) информации указывает информационный путь при выполнении задач
и назначает этапы обрабатывания, а также различные применяемые носители
данных. Эта информационная схема содержит следующие компоненты:
-· символы информации;
-· символы процесса, который необходимо выполнить над данными (также
символы процесса могут указывать функции, выполняемые вычислительной
машиной);
86
-· символы линий, указывающие информационные потоки между
процессами и (или) носителями информации;
-· определенные символы, применяющиеся для облегчения чтения и
составления схемы. [6]
Всю процедуру информационной обработки можно поделить на два этапа:
1. Прием, введение и обработка первичной входящей информации
(организационные данные, паспортные данные и пр.).
2. Создание отчетов и документов (перечни сотрудников, клиентов и пр.).
Визуальное представление модели информации представлено на рисунке
14.
Рисунок 14 Информационная модель
2.3.2 Характеристика нормативно-справочной, входной и
оперативной информации
В этом проекте будут использоваться такие локальные классификаторы:
1) Клиентский классификатор
87
Структурная схема клиентского классификатора представлена на рисунке
15.
Рисунок 15 Структурная схема клиентского классификатора
Клиентский классификатор имеет порядковую систему шифрования
Объект шифрования: клиент
Исходящая мощность множества: М = 100000
Протяженность кода: L = lg100000 = 5
2) Документальный классификатор
Структурная схема классификатора представлена на рисунке 16.
Рисунок 16 Структурная схема документального классификатора
Объект шифрования: товар
Исходящая мощность множества: М = 100000
Сводное описание всех представленных выше классификаторов показано в
таблице 9.
Таблица 9
Сводная таблица применяемых классификаторов и систем шифрования
№
п/
п
Название
шифруемого
множества
Кодовая
значимос
ть
Система
шифрован
ия
Система
классификац
ии
Тип
классификато
ра
1
Клиентский код
5
порядкова
я
отсутствует
локальный
2
Документальный
код
5
разрядная
отсутствует
локальный
Для создаваемой системы входящей информацией будут считаться
клиентские документы (паспорт), а также разные специальные документы,
применяемые в наследственном делопроизводстве. Вся эта информация
поступает и в бумажном виде, и цифровом.
Из входящих документов вся информация вносится в систему ручным
вводом через Web-интерфейс.
K
1
= [XXXXX]
код клиента
K
1
= [XXXXX]
Код документа
88
Из клиентского паспорта в систему вносятся следующие данные:
-·Фамилия, имя, отчество клиента;
-·Пол;
-·Место рождения;
-·Дата рождения;
-·Индигенат;
-·Паспортный номер и серия;
-·Когда и кем был выдан паспорт;
-·Номер телефона.
Из документальных атрибутов в систему вносятся такие сведения:
- название документа;
- число страниц;
- дата подготовки;
- электронная копия;
- вид документа (входящий, исходящий, внутренний);
- адресат.
Количество поступившей информации зависит от числа клиентских
обращений и может колебаться от десяти до двадцати за 1 рабочий день.
В таблице 10 находятся показатели, которые выделены в пределах
комплекса задач.
Таблица 10
Входящие показатели в пределах комплекса задач
№ п/п
Название входящего показателя
Идентификатор
входящего
показателя
1
Общее число клиентских регистраций
R
i
2
Число документов в i-го типа
Z
i
3
Общее число документов
N
89
2.3.3 Характеристика результатной информации
Формализация расчета итоговых показателей представлена в таблице 11.
Таблица 11
Таблица формализованного описания итоговых показателей
№
п/п
Название итогового показателя
Идентификато
р итогового
показателя
Алгоритм расчета
2
Число документов с i-го типа
каждого клиента
AP
i,j
4
Единое число документов
AS
5
Единое число клиентов
AR
2.4. Программное обеспечение задачи
2.4.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций разрабатываемой системы изображено на рис. 17.
Рисунок 17 Дерево функций системы
Главный сценарий применения системы следующий.
N
i
jiji
j
CRP
1
,,
12
1
12
1i
i
S
100
1
12
1
,
V
VR
N
i j
ji
Функции системы
Регистрация клиентов Регистрация документов
Просмотр списка
клиентов
Просмотр списка
документов по типам
Редактирование списка
клиентов
Помещение документов
в архив
Поиск
По архиву
90
При клиентском обращении секретарь регистрирует его, применяя
предъявленные им документы. Во время делопроизводства секретарь также
производит регистрацию документов, загружая на сервер их электронные копии,
которые получены посредством сканирования.
Секретарь также может редактировать список клиентов, просматривать
дополнительные сведения о каждом из клиентов, а также помещать неактуальные
документы в архив. Помимо этого, доступен перечень удаленных клиентов и
поиск в архиве документов.
Диалоговый сценарий пользователя представлен на рисунке 18.
Авторизация
1. Главное меню
2. Выход
Главное меню
1. Регистрация
2. Списки
3. Архив
4. Поиск
5. Выход
Регистрация
1.Клиенты
2. Документы
Списки
1. Входящие
2. Исходящие
3. Внутренние
4. Клиенты
Архив
1. Входящие
2. Исходящие
3. Внутренние
4. Клиенты
5. Поиск по архиву
Поиск
1. Поиск по документам
Рисунок 18 Сценарий диалога
2.4.2 Характеристика базы данных
Концептуальная модель — формализованное описание предметной
области, выполняющееся безотносительно к используемым в дальнейшем
техническим и программным средствам [3]. Данная модель должна быть
динамичной и позволять легкую корректировку. К основным требованиями,
предъявляемым к инфологической либо концептуальной модели, относятся:
-·концептуальная модель должна включать в себя все достаточные и
необходимые данные для последующего проектирования БД
-·концептуальная модель должна быть понятной для лиц, принимающих
участие в создании этой системы.
Логическую структуру данных о системных объектах представляет ER-
модель. Элементами ER-модели считаются отношения (связи меж объектами) и
91
сущности (объекты) Объект обладает существенным числом экземпляров либо
реализаций. Формируется экземпляр объекта совокупностью конкретных
информационных значений, а также обязан определяться, т.е.
идентифицироваться значением объектного ключа, состоящего из 1-го или
нескольких основных данных.
Сущности бывают независимыми и зависимыми. Сущность является
независимой, когда любой экземпляр ее точно идентифицируется без
установления ее отношений с иными сущностями. Зависимая сущность напрямую
зависит от отношений с иными сущностями.
Чтобы показать отношения между сущностями применяют связи.
Существуют связи, где экземпляры сущностей приобретают логичную
взаимосвязь.
ER-модель созданной информационной базы представлена на рисунке 19.
Рисунок 19 ER-модель разрабатываемой базы данных
92
Дальше определим для каждой из таблиц тип поля и формат содержащейся
в нем информации.
Таблица 12
Структура таблицы «Klient»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код клиента
idK
int(11)
auto_increment
2.
фамилия
forname
varchar(25)
3.
Имя
name
varchar(25)
4.
Отчество
otch
varchar(25)
5.
Дата рождения
dateb
date
6.
Место рождения
mesob
text
7.
Код гражданства
idstrana
Int(11)
8.
Код пола
idpol
Int(11)
9.
Номер паспорта
passnom
varchar(25)
10.
Серия паспорта
passser
varchar(6)
11.
Наименование
органа, выдавшего
паспорт
passvid
text
12.
Код подразделения
passkod
varchar(25)
13.
Дата выдачи
паспорта
passdate
varchar(25)
14.
Адрес фактического
местожительства
adressfakt
text
15.
Место работы
namerab
text
16.
Рабочий телефон
telrab
varchar(15)
17.
Телефон по мету
жительства
adressfaktTel
varchar(15)
18.
Дата регистрации
date
timestamp
CURRENT_TI
MESTAMP
19.
Дата выдачи ВУ
datevu
date
Таблица 13
Структура таблицы «Sotr»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код сотрудника
idsotr
int(11)
auto_increment
2.
ФИО сотрудника
namesotr
varchar(40)
3.
Логин для доступа в
систему
login
varchar(40)
4.
Пароль для доступа в
систему
pass
varchar(40)
5.
Дата регистрации
dates
Date
6.
Дата рождения
datebor
date
7.
Отметка об удалении
udal
int(1)
93
Таблица 14
Структура таблицы «Country»
№
Наименование
поля
Идентификатор
Тип
Примечание
1
Код вида
idc
int(11)
auto_increment
2
Название вида
namec
varchar(20)
Таблица 15
Структура таблицы «Dokument»
№ п/п
Наименование поля
Идентификатор
Тип
Примечание
1.
Код документа
idd
int(11)
2.
Код сотрудника
ids
int(5)
3.
Наименование
named
varchar(45)
4.
Код типа
idkd
int(5)
5.
Дата подготовки
datepod
varchar(45)
6.
Дата и время
регистрации
datez
timestamp
7.
Количество страниц
kolvostr
varchar(45)
8.
Примечание
prim
varchar(45)
9.
Адресат
otkuda
varchar(45)
10.
Ссылка на документ
link
text
11.
Статус
status
int(1)
12.
Флаг помещения в
архив
archiv
int(1)
13.
Флаг резолюции
начальника отдела
rnp
int(1)
Таблица 16
Структура таблицы «History»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код записи
idh
int(11)
auto_increment
2.
Код сотрудника
idsh
int(4)
3.
Дата и время в
систему
hist
varchar(30)
Таблица 17
Структура таблицы «Tip»
№ п/п
Наименование
поля
Идентификатор
Тип
Примечание
1.
Код типа
документа
idtip
int(11)
2.
Наименование типа
документа
namet
varchar(10)