51
Сейчас параметры установленных ПК удовлетворяет требованиям к ПК
ИС. Все ПК объединены в единую сеть, оснащены выходом в Интернет. На
каждом рабочем месте имеется лазерный принтер.
Нужно лишь приобрести сервер БД для системы. Сервер ИС отдела ТП не
станет функционировать 24/7: в обычном режиме его рабочий цикл составит 9-10
часов в день в рабочие дни. Совокупное число подключаемых одновременно к
программе пользователей равно 15-20.
Сервер БД контролирует работу БД и отвечает за безопасность и
целостность данных, а также поддерживает операции передачи данных при
получении клиентом нужной информации. Суть сервера БД состоит в том, что
данные часто отрабатывают по транзакциям, другими словами – система
принимает часть данных, анализирует и сохраняет их. Это влечет некоторые
требования по аппаратной части сервера БД, а именно:
• Повышенный объем ОЗУ для кэширования наиболее
востребованных частей БД;
• Быстрая дисковая подсистема, способная изначально быстро
отрабатывать огромное количество мелких запросов на единицу времени (IOps -
inputs/outputs per second);
• Высокая мощность вычисления для обработки приходящих данных.
Главные требования к материнской плате сервера – поддержка контроля и
мониторинга всех компонентов сервера в онлайн-режиме, и в случае выхода из
строя любой из составляющих, не отключая питание, выполнение
самостоятельного резервирования требуемого компонента и просигнализировать
администратору сети о случившемся.
Сервер БД требует немалый объём ОЗУ Работа с ОЗУ в разы быстрее, чем
работа с классическими HDD, исходя из этого – чем больше ОЗУ имеется, тем
лучше, в случае, что сама ОС и работающее приложение СУБД могут нагрузить
весь имеющийся объем памяти. Новейшие ОС и приложения уже почти
освобождены от подобных ограничений, т.к. могут задействовать до 64Гб и более.
2-х процессорные серверы оснащаются 128Гб ОЗУ, а 4-х и 8-ми процессорные -
до 256Гб ОЗУ.
52
Основными HDD для БД считаются SAS диски скоростью от 10000 до
15000 об/мин. Подобные решения оптимизированы под работу на
вычислительных нагрузках и по этому параметру в разы превосходят
классические SATA. Также диски SAS уже с самого начала создавались для
RAID-массивов и всегда показывают характерный рост скорости работы массива
при повышении числа дисков в нем.
Новейшие процессоры явно производительнее, чем аналогичные модели 3-
4 летней давности из-за применения технологий Hyper Treading (много
поточность). Сегодня машину с 8-ю ядрами под силу купить любой организации
благодаря относительной доступности оборудования. Для "тяжелых" систем
очень скоро вообще отпадет необходимость ставить дорогие многопроцессорные
RISC-системы, которые при схожей скорости работы стоят намного дороже.
Сейчас уже есть 4-х и 8-ми процессорные решения с архитектурой x86 с
поддержкой 4-х и даже 6-ядерных процессоров, что позволяет иметь 32-ядерную
систему одновременно.
53
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы — период времени,
который начинается с момента принятия решения о необходимости создания
информационной системы и заканчивается в момент ее полного изъятия из
эксплуатации.
Ниже приведено описание основных стандартов жизненного цикла:
ГОСТ 34.601-90 – стандарт распространяется на автоматизированные
системы и определяет стадии и этапы их создания. Также в стандарте содержится
описание состава работ по каждому этапу.
ISO 12207 – стандарт устанавливает общую структуру процессов
жизненного цикла. Так же определяет процессы, работы и задачи, которые
используются: при приобретении системы в целом или отдельного программного
продукта; при оказании программной услуги, а также при поставке, разработке,
эксплуатации и сопровождении программных продуктов.
Oracle CDM (Custom Development Method) - стандарт по разработке
прикладных ИС, детализированный до уровня заготовки проектной
документации. Стандарт применяется при разработке с применением Oracle и
рекомендуется в случае малых проектов.
RUP (Rational Unified Process) – предполагает итеративную модель
разработки согласно четырем фазам: начало, исследование, построение и
внедрение. Каждая фаза может подразделяться на этапы, в результате выполнения
которых выпускается версия для внутреннего или внешнего использования.
MSF (Microsoft Solution Framework) – стандарт, сходный с RUP. Включает в
себя четыре фазы: анализ, проектирование, разработка и стабилизация. Также как
и RUP предполагает итеративную модель с использованием объектно-
ориентированного моделирования. MSF в отличии от RUP ориентирована более
на разработку бизнес-приложений.
XP (Extreme Programming) – стандарт «экстремальное программирование»
разработан в 1996 года, в его основе лежат следующие принципы: командная
54
работа, эффективная коммуникация между заказчиком и исполнителем и также
ведение разработок с использованием последовательно дорабатываемых
прототипов.
Для реализации проектного решения, необходимо первоначально выделить
основные этапы жизненного цикла будущей системы. Из всех имеющихся
стандартов, наиболее оптимальным будет ISO 12207 -99 [2]. Выбор пал именно на
этот стандарт, в связи со следующими факторами: Во-первых, стандарт четкое не
регламентирует последовательность процессов в каждом этапе, что позволяет
самостоятельно выбирать подходящие для себя процессы. Во-вторых, стандарт
охватывает все этапы более полно, нежели остальные стандарты. В-третьих, ISO
12207-99 не указывает на этапы, а лишь регламентирует их, что позволит
разработчику самостоятельно управлять жизненным циклом.
Стандарт ISO 12207 включает всего 16 процессов, которые объединяются в
3 группы.
Процессы состоят из отдельных видов деятельности. Всего стандартом
определенно 74 вида деятельности, связанной с разработкой и поддержкой ПО.
Каждый вид деятельности в свою очередь нацелен на выполнение одной или
нескольких задач.
Основной процесс жизненного цикла состоит из пяти видов деятельности:
1) Заказ;
2) Поставка;
3) Разработка;
4) Эксплуатация;
5) Сопровождение.
Каждый процесс определяет основного исполнителя и действия, которые
необходимо выполнить в назначенные сроки. Процесс заказа – основной
исполнитель организация заказчик информационной системе. На данном этапе
определяется потребность заказчика в информационной системе, происходит
выбор поставщика / разработчика и непосредственно управление заказом вплоть
до приемки готовой системы.
Процесс поставки – исполнитель организация поставщик. Этап начинается
с подписания договора на поставку системы, продолжается определением
55
процедур и ресурсов, необходимых для обеспечения выполнения проекта. И
заканчивается поставкой готовой системы и подписанием актов.
За процесс разработки отвечает организация разработчик. Процесс
включает в себя работы по анализу требований, проектированию,
программированию, сборке, тестированию и вводу в действия программного
продукта.
Процесс эксплуатации определяет задачи оператора. Он охватывает
эксплуатацию программного продукта и поддержку пользователей в процессе его
использования.
Процесс сопровождения состоит из задач и работы персонала,
ответственного за сопровождение программного продукта. Этот процесс
реализуется при модификациях программного продукта и документации к нему,
вызванных изменениями в связи с улучшением или устранением ошибок. Целью
процесса является изменение существующего программного продукта при
сохранении его целостности.
Согласно выбранному стандарту следует выделить следующие этапы:
Подготовка проекта
• Анализ деятельности
• Проведение предпроектного обследования
• Разработка плана проекта
Разработка
• Создание таблиц и связей БД
• Создание шаблонов отчетных файлов
• Создание процедур по сбору, обработке и хранению информации
• Создание процедур фильтрации
• Разработка пользовательского интерфейса
Тестирование настроек системы
• Настройка словарей и справочников
• Тестирование работоспособности системы
• Корректировка системы по результатам тестирования
• Подготовка документации для внедрения
• План эксплуатации
56
• Документация по установки и настройки ПО
• Подготовка плана внедрения
Внедрение
• Установка на сервер СУБД
• Установка серверных компонентов системы учета продаж
• Установка клиентских приложений системы учета продаж
• Настройка серверной и клиентских частей
• Тестирование работоспособности
• Демонстрация работы системы
• Подготовка плана по обучению пользователей
• Проведение семинара по обучению работе с системой
• Обучение службы эксплуатации
Эксплуатация
• Подготовка плана по эксплуатации
• Ввод системы в опытную эксплуатацию
• По результатам опытной эксплуатации перевод системы в
промышленную эксплуатацию
• Поддержка пользователей
• Проведение обучающих лекция для пользователей
• Подготовка отчетов о работе системы
Сопровождение
• Анализ ошибок и их устранение
• Подготовка отчетов по модификациям и изменениям
• Обновление функционирующих систем
На первоначальном этапе после проведения анализа деятельности
организации, необходимо поставить цели и задачи автоматизации и разработать
план проекта. После документального оформления начинается непосредственно
сам процесс разработки. Создается база данных, отчетные формы, пишется
программный код по сбору, обработке и хранению информации, создаются
процедуры фильтрации. После разработки системы, проходит этап тестирования.
По завершению тестирования готовится план эксплуатации и документация для
внедрения, а так же различная пользовательская документация. Процесс будет
57
происходить следующим образом. Так как в организации уже существует ЛВС и
стабильно функционирует, в ее наладке нет необходимости. Первоначально
устанавливается серверная часть системы учета продаж, далее на рабочие места
проходит установка и настройка клиентских приложений системы учета продаж и
СУБД. Тестируется работоспособность, проводится демонстрация работы
системы для руководства и персонала. Последней стадией будет проведение
семинаров для сотрудников компании. Необходимо связать всех сотрудников,
отвечающих за обработку документов в единую информационную сеть. Для этого
клиентские приложения будут устанавливаться в четкой последовательности по
определенным отделам
За эксплуатацию готовой системы, будет отвечать оператор. В его задачу
будет входить:
1. Разработка плана эксплуатации и определения набора стандартов
эксплуатации.
2. Получение и документирование сведений о возникающих проблемах, их
решение и контроль за возникновением, обеспечение обратной связи с
пользователями.
3. Тестирование системе в эксплуатационной среде, кооперация со службой
сопровождения для устранения возникших проблем и модернизации системы.
4. Поддержка и консультация пользователей.
В соответствии с выбранной моделью основными этапами разработки
будут являться:
Формирование требований
Проектирование
Реализация
Тестирование
Ввод в действие
Эксплуатация и сопровождение.
Существует 4 основных способа начала использования новой системы
Параллельная стратегия;
Скачок;
Узкое место;
58
Опытная эксплуатация "пилотного проекта.
Параллельная стратегия не подходит, так как компания не располагает
достаточными ресурсами для ведения учета одновременно в автоматизированном
и ручном вариантах. Стратегия Скачек не позволяет плавно перейти на
использование разработки, узкое место больше подходит для использования в
крупных компаниях. Поэтому в качестве стратегии внедрения ИС была выбрана
«Опытная эксплуатация пилотного проекта».
Система обязана иметь русскоязычный интерфейс на всех стадиях набора,
анализа, получения и передачи информации, который поможет пользователю
свободно ориентироваться в рабочем пространстве.
Система должна быть создана с учетом современных требований по
эстетике и эргономике. Обычно такие требования включают в себя:
• Удобство и комфорт работы пользователя;
• Адекватный интерфейс, реализованный с учетом типичных для
пользователя задач;
• Расположение пунктов меню или их аналогов в рамках указанных
функций, задач и технологий работы пользователей;
• Полное понимание назначения пунктов меню или его аналога;
• Применение графического пользовательского интерфейса;
• Вся цветовая схема должна быть выдержана в спокойных тонах, не
вызывающих переутомление зрения;
• Полное соответствие интерфейса ПО стандартам, принятым в ОС MS
Windows;
• Указание критериев для выполнения поиска и выборки данных без
привлечения языков программирования;
• Доступность полноценного набора используемых словарей и
справочников;
• Реализация аналогичных функций схожими методами.
Интерфейс должен разрабатываться в соответствии с требованиями
юзабилити.
Юзабилити является свойством системы или продукта. Если продукт
можно назвать юзабельным, то значит, что пользователи достигают цели в
59
процессе применения этого продукта; это значит, что нет границ в решении задач.
Специалисты данной сферы должны учитывать в своей работе эти задачи и цели.
Определения юзабилити, опираясь на стандарт ISO 9241-11, и
представляется как: «юзабилити — это мера эффективности, удовлетворенности
и продуктивности, с которыми продукт может использоваться некоторыми
пользователями в некотором контексте для реализации конкретных целей».
Типичный процесс создания GUI-интерфейса для компонентов ИС берет
начало с прецедентов. Аналитик, который занимается подготовкой списка
событий для прецедента, имеет определенные зрительные образы GUI-
интерфейса для способствования человеко-машинного взаимодействия (ЧМВ).
Сложные ЧМВ нет возможности передать верно, пользуясь лишь “языком прозы”.
Зачастую процесс сбора и утверждения требований заказчика делает нужным
выработку эскизов GUI-интерфейса.
Главный момент в создании GUI-интерфейса состоит в том, что система
контроля работы пользователя (но при условии, что система, а не пользователь,
отслеживает системную целостность, безопасность и защиту). Современные ООП
управляются событиями. Объекты могут реагировать на события (сообщения).
Внутренние связи между объектами реализуются внешними событиями, которые
назначаются пользователем.
Руководящие принципы необходимы разработчику для создания GUI-
интерфейса. В процессе реализации любых проектных решений в рамках GUI-
интерфейса они применяются создателями на подсознательном уровне. Часть из
этих руководящих принципов является уже изученными и известными истинами,
другие базируются на новейшей GUI-технологии.
В большинстве существует стандартный набор элементов интерфейса,
включающий следующие элементы управления:
• кнопка (button)
• splitbutton (сдвоенная кнопка) — кнопка, вызывающая список со
вторичным(и) действием(и) (кнопками)
• радиокнопка (radio button)
• флажок (check box)
• значок (иконка, icon)
60
• список (list box)
• дерево — иерархический список (treeview)
• раскрывающийся список (combobox, drop-downlist)
• метка (label)
• поле редактирования (textbox, editfield)
• элемент для отображения табличных данных (gridview)
• меню (menu)
• главное меню окна (mainmenu или menubar)
• контекстное меню (popupmenu)
• ниспадающее меню (pull down menu)
• окно (window)
• диалоговое окно (dialog box)
• модальное окно (modal window)
• панель (panel)
• вкладка (tab)
• панель инструментов (toolbar)
• полоса прокрутки (scrollbar)
• ползунок (slider)
• строка состояния (status bar)
• всплывающая подсказка (tooltip, hint)
Для разрабатываемого приложения будут использованы следующие типы
элементов:
• кнопка (button)
• значок (иконка, icon)
• список (list box)
• поле редактирования (textbox, editfield)
• элемент для отображения табличных данных (gridview)
• меню (menu)
• главное меню окна (mainmenu или menubar)
• вкладка (tab)
• полоса прокрутки (scrollbar)
• ползунок (slider)