42
В Microsoft Visio присутствует возможность быстрого дублирования и
комментирования любых элементов, что обеспечивает легкость внесения из-
менений в проект. Средствами Visio можно добиться различных уровней ви-
зуализации проекта, начиная черновым наброском, и заканчивая конечным
продуктом, который будет использоваться в проектной документации.
С помощью стандартных шаблонов в Microsoft Visio за короткий про-
межуток времени можно воспроизвести практически любой интерфейс, что
позволяет ускорить процесс работы и сократить количество рутинных опера-
ций. Большое количество шаблонов представлено в свободном доступе в се-
ти Интернет. Так же, имеется возможность создавать собственные шаблоны.
В шаблонах объектов возможно задать логику поведения, например,
задать параметры кнопок, внешний вид которых будет меняться в зависимо-
сти от их состояния.
2.3.3. Axure RP
Axure RP на сегодняшний день является одним из самых популярных
инструментов для прототипирования интерфейсов и создания интерактивных
прототипов сайтов, мобильных и веб-приложений. В программе реализованы
инструменты для создания прототипов различной степени сложности и дета-
лизации. При создании прототипов доступны следующие функции, призван-
ные обеспечить быстрое и качественное прототипирование:
использование анимации;
использование математических и строковых функций;
подготовка документации к разрабатываемому прототипу;
любой прототип можно сделать адаптивным под любое устройство;
возможность совместной работы над проектом.
Axure RP является примером программы, в которой можно целиком
сконцентрироваться на задаче, не отвлекаясь при этом на средства ее реше-
ния. Главное окно программы представлено на рисунке 12. В программе от-
сутствует понятие проектов и диаграмм, вся работа ведется со страницами,
43
которые организованы в виде дерева. Порядок страниц можно легко изме-
нить с помощью функции drag&drop.
Рисунок 12 – Главное окно Axure RP
Для повышения скорости разработки прототипов, в программе разме-
щена панель виджетов, на которой размещены основные веб-объекты, такие
как: картинки, текстовые поля, элементы форм, таблицы, ссылки. Каждый
виджет имеет свойства, которые задают его внешний вид и поведение. По-
мимо готовых виджетов, в Axure можно создавать собственные объекты, ко-
торые затем можно использовать в качестве виджетов. Так же, доступно со-
здание мастер-объектов, благодаря которым, можно за несколько простых
действий вносить изменения во все страницы проекта.
Большое количество библиотек для Axure, позволяющих сократить
время, затрачиваемое на разработку тех или иных компонентов, находится в
свободном доступе.
В Axure RP предусмотрено два вида экспорта проекта: в виде HTML-
страницы, и в виде картинки. Экспорт всех страниц проекта можно выпол-
нить одним нажатием. После экспорта в HTML, проект можно просмотреть в
любых браузерах, и прототип получается полностью интерактивным: ссылки
и кнопки реагируют на нажатие, во все элементы форм можно вносить дан-
44
ные. Интерактивность нужна в первую очередь для того, чтобы протестиро-
вать прототип с реальными пользователями. Для минимального тестирования
достаточно обеспечить работу ссылок и всплывающих диалогов. При помо-
щи ссылок можно проверить навигацию и структуру сайта или веб-
приложения. Помимо взаимодействия с кнопками и ссылками, пользователь
так же может вводить данные в формы и прокручивать страницы, что увели-
чивает ценность прототипа для тестирования.
Для обеспечения еще большей интерактивности, в Axure RP преду-
смотрено создание динамических панелей [35], возможно добавление анно-
таций и спецификаций к страницам, виджетам, и другим объектам, использу-
емым в проекте.
Резюмируя все ранее написанное, программное обеспечение Axure RP
является наиболее подходящим инструментом для разработки прототипа
программного обеспечения по учету компьютерной техники.
45
ГЛАВА 3. ПРАКТИЧЕСКАЯ РЕАЛИЗАЦИЯ ПРОТОТИПА
3.1. Проектирование структуры программного обеспечения
Проектирование является основной задачей, с которой необходимо
начинать процесс разработки программного обеспечения.
Начинать проектирование следует с определения общей архитектуры
приложения. Для удобства дальнейшей разработки, и для того, чтобы струк-
тура проекта была и оставалась понятной для пользователей и разработчиков,
которым в дальнейшем придется взаимодействовать с приложением, необхо-
димо иерархически разграничить программные модули [4]. Схема разграни-
чения уровней приложения представлена на рисунке 13.
Рисунок 13 – Разграничение уровней приложения
Рассмотрим приведенную схему подробнее. На уровне хранилища дан-
ных размещается программный код, который позволит манипулировать
необработанными данными, и будет выполнять SQL-операторы, непосред-
ственно обрабатывающие информацию из базы [7]. Код, формирующий SQL-
операторы для уровня хранилища данных, располагается на вышестоящем
уровне – уровне доступа к данным. На следующем уровне, называемом уров-
нем бизнес-логики, располагается код, который представляет в более понят-
ном виде данные, извлекаемые на предыдущем уровне. И, верхним уровнем
46
является уровень пользовательского интерфейса, на котором располагается
код, формирующий экранные формы, видимые конечным пользователем.
Разрабатываемое программное обеспечение должно представлять со-
бой клиент-серверное приложение и состоять из базы данных и веб-
интерфейса, размещенных на веб-сервере. Рассмотрим подробнее структуру
и пользовательский интерфейс разрабатываемого прототипа.
3.1.1. Функции и логическая структура программного обеспечения
В процессе прохождения производственной практики в отделе стати-
стики КГБУЗ «Городская больница № 3» г. Комсомольска-на-Амуре, и в
процессе дальнейшей работы, были выявлены основные этапы, обеспечива-
ющие процесс учета компьютерной техники, а также потребности отдела и
направления дальнейшего развития. Модель процесса учета компьютерной
техники представлена на рисунке 14.
Рисунок 14 – Процесс учета компьютерной техники в учреждении
Чтобы подробно рассмотреть процесс учета компьютерной техники в
учреждении, необходимо разработать диаграмму процесса учета компьютер-
ной техники в нотации IDEF0 [36]. Моделирование средствами IDEF0 явля-
ется одним из основополагающих этапов изучения любой системы.
Для разработки диаграммы используется CASE-средства BPWin, кото-
рое позволяет проводить анализ, моделирование и последующую оптимиза-
цию бизнес-процессов, путем создания их графических моделей. Графиче-
ское изображение схемы выполнения различных видов работ, обмена ин-
формацией позволяет визуализировать существующую модель организации
47
бизнеса, благодаря чему появляется возможность применения передовых
инженерных технологий для решения задач управления организацией и про-
цессами, происходящими внутри нее [2].
Согласно методологии IDEF0, необходимо построить иерархическую
систему диаграмм, в которой сначала описывается взаимодействие системы с
окружающим миром и сама система в целом, после чего осуществляется
функциональная декомпозиция, при которой система разбивается на подси-
стемы, каждая из которых описывается отдельно.
С целью отображения взаимодействия процесса учета компьютерной
техники с внешним миром, была построена контекстная диаграмма, верхний
уровень которой представлен на рисунке 15
Рисунок 15 – Контекстная диаграмма процесса учета компьютерной техники
Оперативность и эффективность управления производственными про-
цессами зависят от рациональной организации входной информации, спосо-
бов ее сбора, обработки, хранения и передачи, а также от ее состава [23].
В качестве входных данных для осуществления процесса учета компь-
ютерной техники выступают сведения о новом оборудовании программном
обеспечении и программном обеспечении, поступившем в распоряжение со-
48
трудников отдела статистики КГБУЗ «Городская больница № 3».
В качестве выходных данных представлены несколько видов заявок и
отчетов, а также перечень оборудования, направляемого на утилизацию.
Управление процессом учета компьютерной техники осуществляется
при помощи внутреннего регламента обслуживания, инструкций по эксплуа-
тации, приказов и распоряжений, заявок и сообщений о неисправностях от
сотрудников учреждения, сведений о гарантийных сроках.
Функции механизма системы выполняют сотрудники отдела статисти-
ки, сотрудники, заявляющие о неисправностях, руководящий состав, матери-
альный отдел бухгалтерии и внешние сервисные центры.
Следующим этапом создания процессной модели является этап деком-
позиции. На данном этапе выделяются основные процессы, обеспечивающие
функционирование системы. Проводить декомпозицию процессов следует до
момента достижения нужного уровня детализации процессной модели. Диа-
грамма декомпозиции представлена на рисунке 16.
Рисунок 16 – Диаграмма декомпозиции процесса учета компьютерной техники
Учет компьютерной техники состоит из пяти основных процессов:
Проведение регистрация поступившей компьютерной техники и про-
49
граммного обеспечения;
Установка и настройка компьютерной техники и программного
обеспечения;
Сопровождение и обслуживание компьютерной техники;
Ремонт компьютерной техники;
Списание компьютерной техники.
С целью упрощения процесса учета, необходимо перенести часть
функций, которые на данный момент выполняют сотрудники учреждения, в
разрабатываемое программное обеспечение. В результате проведенного ана-
лиза процесса учета компьютерной техники в учреждении, была разработана
структура программного обеспечения, представленная на рисунке 17.
Рисунок 17 – Структура разрабатываемого программного обеспечения
Основная идея, на которой базируется разрабатываемый прототип, за-
ключается в том, что главным объектом учета является рабочее место, кото-
рое закреплено за пользователем вычислительной техники.
Рассмотрим подробнее все блоки, представленные на данной схеме.
50
Главной страницей, с которой начинается работа после запуска прото-
типа, является страница «Рабочие места». Страница содержит сведения о су-
ществующих рабочих местах организации, информацию об устройствах,
входящих в состав рабочих мест, информацию об ответственных сотрудни-
ках. Рабочие места включают в себя вычислительную технику. Присоедине-
ние вычислительной техники к рабочему месту производится с помощью вы-
бора устройств из списка «Вычислительная техника», после чего, устройство
начинает отображаться в составе рабочего места. Аналогичным образом про-
изводится добавление в состав рабочих мест любых учетных единиц, а также,
закрепление сотрудников за рабочими местами.
В состав вычислительной техники, в свою очередь, можно включать
периферийные устройства, добавленные в соответствующий раздел, такие,
как клавиатура, мышь, монитор. Так же, в состав вычислительной техники
можно включить комплектующие и программное обеспечение из соответ-
ствующих разделов. Учет устройств и программного обеспечения, не вклю-
ченных в состав какой-либо вычислительной техники, можно вести отдельно
в соответствующих разделах. С данной страницы возможен переход во все
существующие разделы.
Первым разделом, доступным с главной страницы, является раздел
«Вычислительная техника», позволяющий производить учет вычислительной
техники, входящей в состав рабочих мест, комплектующих и периферийных
устройств, а также программного обеспечения.
Вторым является раздел «Журналы», в котором представлены несколь-
ко журналов, содержащих сведения о перемещениях оборудования между
рабочими местами, о поступлении новых устройств, о ремонтах и обслужи-
вании устройств, и об осуществленных сеансах подключения видеоконфе-
ренцсвязи.
Еще один раздел, представленный в виде одной страницы – раздел
«Отчеты». Раздел обеспечивает возможность формирования различных отче-
51
тов, на основе внесенных в программу данных об учитываемых устройствах
И, в качестве служебного раздела, представлен раздел «Справочная
информация», включающий в себя инструкции работе с программой и нор-
мативно-справочную информацию, состоящую из следующих справочников:
Справочник «Структура организации»;
Справочник «Сотрудники»;
Справочник «Категории и типы»;
Справочник «Производители».
Для разработки полнофункциональной версии программного обеспече-
ния на основе прототипа, необходимо разработать базу данных.
3.1.2. Проектирование структуры базы данных
Первыми в базе данных необходимо создать таблицы, содержащие
нормативно-справочную информацию, используемую в нескольких разделах,
и являющуюся условно-неизменной [12]. Такая информация будет содер-
жаться в разделе «Справочная информация» разрабатываемого прототипа,
состоящем из страницы с инструкциями, и нескольких справочников – «Про-
изводители», «Типы и категории», «Сотрудники» и «Структура организа-
ции». Для каждого справочника необходимо создать отдельную таблицу.
Таблица «Manufacturers» является простейшей таблицей данного про-
екта, и содержит только информацию о компаниях-производителях
устройств и вычислительной техники.
Структура таблицы «Manufacturers» представлена в таблице 1.
Таблица 1 – Структура таблицы «Manufacturers»
Поле
Тип данных
Примечание
ID
Счетчик
Manufacturer
Текст
Название компании-производителя
Таблица справочника «Types» содержит информацию о типах и катего-
риях оборудования, расходных материалов и программного обеспечения,
учет которых производится в программе. Для удобства ведения справочника,
названия категорий соответствуют разделам разрабатываемого прототипа.