69
специально обученный люди, которые хорошо разбираются в психологии
человека и знают, как будет реагировать пользователь на те или иные действия
программы. Поэтому эти специалисты чертят эскизы форм, меню, кнопок и
так далее. В исследуемом проекте нет отдельных специалистов-дизайнеров,
поэтому дизайн пользовательского интерфейса выполняет программист-
разработчик, который будет непосредственно разрабатывать приложение. Тем
не менее, сам процесс, все равно начинается с бумажного проектирования. А
также, программист-разработчик при проектировании дизайна советуется с
техническими специалистами и с руководителем проекта.
После бумажного проектирования разработка перетекает в следующий
процесс, называемый реализацией. Здесь физически создаются нарисованные
формы. После их создания они "Оживляются", то есть, в модулях форм и
модулях данных пропиваются процедуры и функции на выбранном для
проекта языке программирования и среды программирования. Происходит
непосредственный этап разработки. Здесь тоже могут возникнуть
определенные риски, связанные с неудобством в разработке функциональной
части, поскольку спроектированный на предыдущем этапе пользовательский
интерфейс может оказаться крайне неудобным при разработке функционала.
В этом случае программист может вернуть проект дизайнеру для доработки. В
нашем случает программист самостоятельно делает корректировки в дизайне
форм и далее продолжает писать программный код.
Следующий этап разработки называется внедрение. Внедрение
связано с официальным функционирование разработанного приложения на
предприятии. Очень часто такая разработка сопровождается с предыдущей
технологией ручного регистрирования заявок в журнале регистрации.
Поэтому на сотрудников организации ложиться двойная работа. Это делается
потому, что есть риск того, что новая программа где-то может дать ошибку.
В процессе внедрения могут возникать множественные ошибки самой
программы, поскольку поведение пользователя до конца не предсказуемо и
70
трудно моделировать то, что каждый из сотрудников может ввести в то или
иное информационное окно. Тогда проект откатывается на предыдущий этап
и начинается его доработка.
После всех доработок начинается последний этап ‒ сопровождение.
Сопровождение связано, как правило, с исправлениями функций, которые
кажутся неудобными в использовании и внесением новшеств.
71
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Цель приложения заключается в создании так называемой электронной
очереди заявок на техническую поддержку. Никакой конфиденциальности
такая процедура не содержит, поэтому требования к информационной
безопасности сводятся лишь к резервному копированию базы данных на
сервер организации. А вот к серверу, как к аппаратной части уже
предъявляются определенные требования.
Прежде всего следует отметить, что SQL-сервер и база данных
расположены на одном из серверов организации в серверной комнате, доступ
к которой должен осуществляться только администратором системы, дверь в
помещение должна быть надежно закрываться и опечатываться.
Одним из элементов надежности работы сервера является постоянная
температура помещения, в котором располагаются сервера. Она соответствует
приблизительно 19 градусам по Цельсии. Для выполнения таких требований
следует установить надежную сплит-систему в серверное помещение, которая
будет поддерживать на протяжении длительного времени постоянную
температуру помещения. Это обеспечит отказоустойчивость сервера системы.
Так же, в помещении следует проводить регулярную влажную уборку.
Еще одним немаловажным фактором к обеспечению надежности
системы является организация создания резервных копий базы данных. Это
может осуществляться в ночной период времени, когда организация не
работает. Для автоматического создания резервный копий будет применять
приложения фирмы Acronis.
Требования к базе данных:
Разрабатываемая система будет иметь двухуровневую клиент-
серверную структуру, где на первом уровне будет база данных с
72
установленным на ней сервером SQL, а на втором ‒ приложение "Толстый"
клиент.
В базе данных должна поддерживаться целостность записей. Должно
быть организовано каскадное удаление и каскадное обновление на уровне БД.
Идентификация пользователя должна осуществляться по логину и
паролю. В качестве антивирусной защиты в организации используется
антивирус Касперского.
73
2.2. Управление проектом автоматизации
2.2.1. Формирование команды проекта автоматизации
Для того, чтобы реализовать проект требуется команда разработчиков,
которая состоит как минимум из одного человека.
Состав команды зависит от объема предстоящей задачи, от сложности и
области разработки.
Во главе проекта стоит руководитель проекта. В его функции входит
контроль и сопровождение разработки проекта. Руководитель может
подбирать состав команды, если возникнет такая необходимость.
В исследуемом проекте присутствует следующий проектный состав:
Руководитель проекта,
Программисты-техники в количестве трех человек,
Программист-разработчик приложения. (выполняющий роль
разработчика структуры базы данных, диалоговых окон и собственно
программирования функций программы),
Особую функцию здесь выполняет программист-разработчик
приложения. Он составляет список функций, которые должна выполнять
программа.
Поскольку приложение создается для собственных нужд организации,
то программист же сочетает в себе несколько ролей. Используя техническое
задание, разработанное программистами-техниками, он проектирует базу
данных, далее, проектирует внешний вид экранных форм и отчетов. Лишь
после этого программист осуществляет написание и отладку программного
кода.
После успешного написания начинается тестирование в реальной работе
и отладка ошибок.
74
2.2.2. Средства коллективной работы над проектом автоматизации
После назначения группы разработчиков, необходимо определиться с
выбором средства коллективной разработки. Основной критерий для выбора
средства коллективной разработки послужит минимальный бюджет и наличие
графического интерфейса пользователя.
Многие программы обладают возможностями, которые не будут
использоваться командой разработчиков.
В таблице 4 перечислены некоторые коммерческие продукты
коллективной разработки приложений
Таблица 4
Средства коллективной разработки коммерческого типа
Название
программы
VC
Cnf
Brn
Shr
Net
FS
Srv
cmd
GUI
jc
Bc
Bt
Price
Perforce
+
+
+
-
+
-
S
+
-
+
-
-
$500
GP-Version
+
-
+
+
+
+
S
-
+
-
P
+
$325
MKS Source
Integrity P.E
+
+
+
?p
+
+
S
+
+
+
+
?-
$599
Code Co-op 2.0
+
+
-
-
*
+
W
-
+
-
-
-
$150
CS-RCS
+
-
+
-?
+
+
S
-
+
-
-
-
$75
PVCS Version
Manager
+
-
-
-
-
+
S
=
+
-
-
-
~$620
StarTeam
+
+
+
+?
+
+
S
?-
+
+
-
+
~$650
VERSIONS 2.0
+
+
+
-?
-
+
S
-
+
-
-
-
~$220
TLIB 5.5
+
+
+
-
-
+
S
+
=
-
-
-
$225
Visual SourceSafe
6.0
+
+
+
+
*
+
S
+
+
-
-
-
$549
Таблица 5
Средства коллективной разработки некоммерческого типа
Название
программы
VC
Cnf
Brn
Shr
Net
FS
Srv
Cmd
GUI
Jc
Bc
Bt
Lic
Revision Control
System (RCS)
+
-
+
-
-
+
S
+
-
-
-
-
GNU
Concurrent
Versions System
(CVS) 1.10
+
+
+
+
+
+
S
+
*
-
-
-
GNU
75
CSSC (free
version of SCCS)
+
-
+
-
-
+
S
+
-
-
-
-
GNU
Proj. Rev. Control
System (PRCS)
+
+
+
+
-
+
S
+
-
-
-
-
GNU
Aegis (by Peter
Miller) 3.12
+
+
+
-
*
+
B
+
-
-
+
-
GNU
Условные обозначения
VC – поддержка контроля версий;
Cnf – автоматизация разрешения конфликтов;
Brn – поддержка ветвления версий;
Shr – возможность использования одного файла в нескольких проектах;
Net – доступ к БД проекта по сети (TCP/IP);
FS - доступ к БД проекта с использованием файловой системы;
Srv – серверный ли тип этой СКР (S - серверный, W - бессерверный, B -
работа в обоих режимах);
Cmd – наличие интерфейса командной строки;
GUI – наличие графического интерфейса;
jc - автоматизация управления распределением обязанностей;
bc - контроль и ускорение сборки проекта;
bt - встроенная система поиска ошибок;
Lic – условия распространения (для некоммерческих средств).
+ имеется
- отсутствует
= имеется в большинстве поставок
* поддерживается внешними средствами
~ не удалось получить точных сведений
p находится в зачаточном состоянии
Поскольку среди бесплатных аналогов наличие графического
интерфейса отсутствует, то под выбранный критерий, а именно минимальную
76
стоимость и наличие графического интерфейса подпадает программный
продукт, который называется CR-RCS. его стоимость 75 долларов.
2.3. Информационное обеспечение задачи
2.3.1. Информационная модель и её описание
На рисунке 10 приведена информационная модель разработанного
приложения.
77
Рисунок 10. Информационная модель
Информационная модель описывается в рамках трех учетных записей:
Администратор, оператор и технический специалист. Администратор заводит
справочники "Отделы", "Сотрудники". Далее, администратор может
заниматься регистрацией заявок и перепиской в чате созданной заявки.
Технический специалист берет заявку в работу, закрывает заявку и ведет
переписку в чате. Оператор же, может только заниматься регистрацией заявок
и перепиской со специалистом технической поддержки.
Потребителями информации являются администраторы, специалисты
технической поддержки и руководители организации.
78
2.3.2. Характеристика нормативно-справочной, входной и
оперативной информации
Нормативно-справочная информация ‒ представляет собой
информацию, которая относится к виду условно-постоянной. Она
характеризуется более редким изменением данных.
В базе данных нормативно-справочная информация хранится в
справочных таблицах. Такие таблицы называются родительскими.
Оперативная информация – это вид часто меняющейся, "рабочей"
информации.
В базе данных tehsupport для хранения оперативной информации
предназначены таблицы. В таблице 5 приведен перечень справочных таблиц.
Таблица 6
Справочники базы данных mhc
Название справочника
Ответственный
за ведение
справочника
Средний объем
справочника в
записях
Средняя
частота
актуализац
ии
otdel
Администратор
25
Раз в год
sotr
Администратор
125
1 раз в
месяц
Справочник "otdel" содержит следующие реквизиты:
kod_otdela. Автоинкрементное поле. Является первичным ключом.
name_otdela. Полное или краткое наименование отдела.
Несмотря на то, что таблица "sotr" является подчиненной по отношению
к таблице "otdel", тем не менее она является полноценным справочником,
поскольку ее информация является справочной для таблиц "zaiavki" и "chat".
Справочник "sotr" имеет следующие реквизиты:
kod_otdela. Это поле является внешним ключом и предназанчено для
связи с таблице otdel.