52
результата. После создания баз данных для различных СУБД были подведены
итоги по занимаемому дисковому пространству, представленные на рисунке
24.
Рисунок 24 – Размеры баз данных
Результаты сравнения
Первый тест: определение скорости занесения новых записей в таблицу.
Результат теста представлен на рисунке 25.
Рисунок 25 – Скорость обработки запросов по занесению новых записей в таблицу
Второй тест: определение скорости обновления записей в таблице с
условием фильтрации данных по ключевому полю с целочисленным типом
данных, имеющему индекс. Результат теста представлен на рисунке 26.
Третий тест: определение скорости удаления записей в таблице с
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Microsoft Visual FoxPro
9.0
Microsoft SQL Server
2014
Размер базы данных (Мб.)
Microsoft Visual FoxPro 9.0
Microsoft SQL Server 2014
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Microsoft Visual FoxPro
9.0
Microsoft SQL Server
2014
Записей в в секунду
Скорость занесения новых записей
Microsoft Visual FoxPro 9.0
Microsoft SQL Server 2014
53
условием фильтрации данных по ключевому полю с целочисленным типом
данных, имеющему индекс. Результат теста представлен на рисунке 27.
Рисунок 26 – Скорость обработки запросов на обновление записей с условием
фильтрации по ключевому полю, имеющему индекс
Рисунок 27 – Скорость обработки запросов на удаление записей с условием
фильтрации по ключевому полю, имеющему индекс
Четвёртый тест: определение количества запросов, обрабатываемых
СУБД за одну минуту времени направленных на получение результирующей
Основной Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Microsoft Visual FoxPro
9.0
Microsoft SQL Server
2014
Записей в в секунду
Скорость обновления записей в таблице с
условием фильтрации по ключевому
полю, имеющему индекс
Microsoft Visual FoxPro 9.0
Microsoft SQL Server 2014
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Microsoft Visual FoxPro
9.0
Microsoft SQL Server
2014
Запросов в секунду
Скорость удаления записей в таблице с
условием фильтрации по ключевому полю,
имеющему индекс
Microsoft Visual FoxPro 9.0
Microsoft SQL Server 2014
54
информации из двух таблиц, имеющих внутреннее соединение с условием
фильтрации данных по полю с символьным типом данных в зависимости от
количества клиентов. Целью данного теста явилось определение устойчивости
СУБД в условиях превышения пределов нормального функционирования. Для
этого была сымитирована ситуация одновременной работы множества
клиентских приложений, которые, каждую миллисекунду направляют новый
запрос к СУБД. Результат теста представлен на рисунке 28.
Рисунок 28 – Скорость обработки запросов по двум таблицам с условием
фильтрации по символьному полю в зависимости от количества клиентов
В данном тесте меньшее количество обработанных запросов СУБД
Microsoft SQL Server 2014 связано с дополнительными затратами времени на
передачу большого объёма результирующих данных от СУБД к клиентскому
приложению через ODBC драйвер.
В общем, по результатам четвёртого теста следует отметить, что
количество выполненных запросов для каждого клиентского приложения
снижается в 2 раза при увеличении количества одновременно
функционирующих клиента, данный факт наглядно демонстрируется на
рисунке 28.
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Обработано запросов в минуту
Количество клиентов
Количество запросов по двум таблицам с
условием фильтрации по символьному
полю в зависимости от количества клиенов
Microsoft Visual FoxPro 9.0
Microsoft SQL Server 2014
55
Недостатки Microsoft SQL Server 2014:
1. высокие требования к аппаратному обеспечению для достижения
оптимальной скорости выполнения запросов;
2. высокая стоимость лицензии на программное обеспечение;
3. большое количество служебной информации в пользовательской
базе данных, как следствие более высокий расход памяти на запоминающем
устройстве.
Ввиду того, что разрабатываемая система учёта отпусков является
модулем, расширяющим функциональные возможности корпоративной ИС
Навигатор, реализованной средствами объектно-ориентированного и
процедурного языка программирования системы управления базами данных
Microsoft Visual FoxPro 9.0, руководителем отдела автоматизированных
систем управления производством (ОАСУП) было предъявлено требование,
что система учёта отпусков должна быть реализована на платформе того же
средства [3]. Данное решение обосновывается следующими факторами:
1. при реализации системы другими средствами, появляются
сложности в её сопровождении и дальнейшей модификации, из-за того, что
сотрудники отдела ОАСУП имеют глубокие знания исключительно в СУБД
Microsoft Visual FoxPro 9.0;
2. скорость реализации системы учёта отпусков будет достаточно
высокой, за счёт использования базовых функций и классов уже
реализованных средствами Microsoft Visual FoxPro 9.0;
3. развёртывание системы учёта отпусков не будет занимать много
сил и времени, так как необходимая инфраструктура уже развёрнута в
локальной вычислительной сети предприятия.
Персональный компьютер конечного пользователя должен иметь
следующее программное обеспечение:
1. ОС: Microsoft Windows 98\Me\2000\XP\Server2003\Vista\7\8\8.1;
2. пакет офисных решений Microsoft Office не ниже версии 2007, а
56
именно Microsoft Word и Microsoft Excel.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Персональный компьютер конечного пользователя должен иметь
следующие характеристики:
1. процессор: Intel Pentium – класса;
2. оперативная память: 64 Мб (рекомендуется 128 Мб);
3. свободное пространство на жёстком диске: не менее 120 Мб;
4. монитор: разрешение экрана не менее 1024x768;
5. устройства ввода: клавиатура, манипулятор типа «мышь»;
проводное или беспроводное подключение к ЛВС предприятия.
Именно такие характеристики (и выше) были выбраны исходя из
рекомендуемых системных требований производителя Microsoft Visual FoxPro
9.0
57
II. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Типичный жизненный цикл проекта состоит из четырех фаз - начальная
фаза (концепция), фаза разработки, фаза реализации и фаза завершения.
Начальная фаза - посвящена разработке концепции проекта и включает
в себя: сбор исходных данных и анализ существующего состояния
(предварительное обследование), выявление потребности в изменениях (в
проекте).
Определение проекта:
цели, задачи и результаты применительно к задаче автоматизации
подписных изданий;
основные требования, ограничительные условия, критерии;
уровень риска;
окружение проекта, потенциальные участники;
требуемое время, ресурсы, средства и др.
На этом этапе происходит формулировка задачи автоматизации учета
подписных изданий, построение и оценка альтернатив решения этой задачи, а
также их экспертиза и утверждение концепции.
Фаза разработки проекта – в процессе которой разрабатываются
основные компоненты проекта и осуществляется подготовка к его реализации.
Основные работы этой фазы: назначение руководителя проекта и
формирование команды проекта, в первую очередь ключевых членов
команды: изучение целей, мотивации и требований заказчика и владельца
проекта, а также других ключевых участников.
На этом же этапе осуществляется структурное планирование, в том
числе декомпозиция проекта, верстаются календарные планы и укрупненные
графики работ, смета и бюджет проекта, определяются потребности в ресурсах
и методы контроля реализации проекта, осуществляется определение и
распределение рисков. В процессе реализации этого этапа осуществляется
58
организация и проведение торгов, заключение субконтрактов с основными
исполнителями, организуется выполнение базовых проектных и опытно-
конструкторских работ по проекту и осуществляется представление
проектной разработки заказчику.
Применительно к рассматриваемой в дипломном проекте задаче
автоматизации подписных изданий на этом этапе выбирается подходящая
система документооборота и осуществляется ее приобретение.
Фаза реализации – в процессе которой осуществляется полный ввод в
действие разработанной системы. На этом этапе происходит ввод в действие
средств и способов коммуникации и связи участников проекта, ввод в
действие системы стимулирования участников проекта, осуществляется
детальное проектирование и определяются технические спецификации,
производится оперативное планирование работ.
Применительно к рассматриваемой задаче автоматизации подписных
изданий на этом этапе проводится обучение персонала, внедрение в
технологию работы приобретаемой информационной системы.
Завершающая фаза или окончание проекта – в процессе которой
достигаются конечные цели проекта и подводятся итоги. К основным работам
этой фазы относятся - эксплутационные испытания окончательного продукта
проекта, подготовка кадров для эксплуатации созданного объекта, подготовка
документации, сдача объекта заказчику и ввод в эксплуатацию.
Жизненный цикл программного обеспечения.
Одним из базовых понятий методологии проектирования ИС является
понятие жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ ПО -
это непрерывный процесс, который начинается с момента принятия решения
о необходимости создания ПО и заканчивается в момент его полного изъятия
из эксплуатации.
Основным нормативным документом, регламентирующим ЖЦ ПО,
является международный стандарт ISO/TEC 12207 (ISO -International
Organization of Standardization Международная организация по
59
стандартизации, EEC - International Electrotechnical Commission -
Международная комиссия по электротехнике). Он определяет структуру ЖЦ,
содержащую процессы, действия и задачи, которые должны быть выполнены
во время создания ПО.
Структура ЖЦ ПО по стандарту ISO/TEC 12207 базируется на трех
группах процессов:
основные процессы ЖЦ ПО (приобретение, поставка, разработка,
эксплуатация, сопровождение);
вспомогательные процессы, обеспечивающие выполнение
основных процессов (документирование, управление конфигурацией,
обеспечение качества, верификация, аттестация, оценка, аудит, решение
проблем);
организационные процессы (управление проектами, создание
инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ,
обучение).
Разработка охватывает все работы по созданию ПО и его компонентов
(анализ, проектирование и программирование) в соответствии с заданными
требованиями, включая оформление проектной и эксплуатационной
документации, подготовку материалов, необходимых для проверки
работоспособности и качества программных продуктов, материалов,
необходимых для организации обучения персонала, и т.д.
Эксплуатация включает в себя работы по внедрению компонентов ПО,
в том числе конфигурирование базы данных и рабочих мест пользователей,
обеспечение эксплуатационной документацией, проведение обучения
персонала и т.д., и непосредственно эксплуатацию, в том числе локализацию
проблем и устранение причин их возникновения, модификацию ПО в рамках
установленного регламента, подготовку предложений по совершенствованию,
развитию и модернизации системы.
Модели жизненного цикла ПО.
60
Стандарт ISO/TEC 12207 не предлагает конкретную модель ЖЦ и
методы разработки ПО. Его регламенты являются общими для любых моделей
ЖЦ, методологий и технологии разработки. Стандарт ISO/TEC 12207
описывает структуру процессов ЖЦ ПО, но не конкретизирует в деталях, как
реализовать или выполнить действия и задачи, включенные в эти процессы.
Под моделью ЖЦ понимается структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач
на протяжении ЖЦ. Модель ЖЦ зависит от специфики ИС и специфики
условий, в которых система создается и функционирует. К настоящему
времени наибольшее распространение получили следующие две основные
модели ЖЦ: каскадная модель (1970 - 1985 гг.) и спиральная модель (1986 -
1990 гг.).
В изначально существовавших однородных ИС приложения
представляли собой единое целое. Для разработки такого типа приложений
применялся каскадный способ. Его основной характеристикой является
разбиение всей разработки на этапы, причем переход с одного этапа на
следующий происходит только после того, как будет полностью завершена
работа на текущем.
Каждый этап завершается выпуском полного комплекта документации,
достаточной для того, чтобы разработка могла быть продолжена другой
командой разработчиков.
Преимущества применения каскадного способа заключаются в
следующем:
на каждом этапе формируется законченный набор проектной
документации, отвечающий критериям полноты и согласованности;
выполняемые в логичной последовательности этапы работ
позволяют планировать сроки завершения всех работ и соответствующие
затраты.
61
Каскадный подход хорошо зарекомендовал себя при построении ИС, для
которых в самом начале разработки можно достаточно точно и полно
сформулировать все требования с тем, чтобы предоставить разработчикам
свободу реализовать их технически как можно лучше. В эту категорию
попадают сложные расчетные системы, системы реального времени и др.
Для преодоления перечисленных проблем была предложена спиральная
модель ЖЦ, в которой делается упор на начальные этапы ЖЦ: анализ и
проектирование. На этих этапах реализуемость технических решений
проверяется путем создания прототипов. Каждый виток спирали
соответствует созданию фрагмента или версии ПО, на нем уточняются цели и
характеристики проекта, определяется его качество и планируются работы
следующего витка спирали. Таким образом углубляются и последовательно
конкретизируются детали проекта и в результате выбирается обоснованный
вариант, который доводится до реализации.
Главная задача - как можно быстрее показать пользователям системы
работоспособный продукт, тем самым активизируя процесс уточнения и
дополнения требований.
Для разрабатываемой ИС подходит спиральная модель жизненного
цикла. Данная модель ЖЦ является основным для выбранного нами
стандарта ISO/TEC 12207 и является более эффективным по сравнению с
другими, что позволяет получить на выходе более качественный продукт при
небольшом количестве задействованного персонала и относительно коротким
графиком проектирования. Спиральная модель позволяет наращивать
программное обеспечение путем создания новых версий.
Существуют следующие основные стратегии внедрения системы:
«Параллельная стратегия» - когда одновременно работают старая и
новая система, и их выходные документы сравниваются. Если они
согласуются длительное время, осуществляется переход на новую систему.
«Скачок». Эта стратегия привлекательна, но не рекомендуется для
внедрения КИС.