38
- заявки.
В роли входных данных будет использоваться информация о клиентах
компании, их требования к ремонту и модернизации компьютеров, а также
данные о сотрудниках компании.
Ввод первичных данных в систему необходимо осуществлять при помощи
элементов экранных форм. Аналогично должен осуществлять вывод итоговой
информации. При разработке системы необходимо использовать
унифицированные экранные формы.
Чтобы выполнить построение системы классификации требуется
использовать локальные системы и классификаторы. Предлагается упорядочить
следующие множества:
- данные о пользователях;
- данные о договорах;
- данные о клиентах;
- данные о заявках.
Приведенных классификаторов должно быть достаточно для однозначного
определения конкретного элемента каждого множества.
Из вышеуказанного следует, что для автоматизированной
информационной системы приема заявок на ремонт и модернизацию
персональных компьютеров ООО «Тактика +» целесообразнее использовать
реляционную модель базы данных с расположением на сервере. В этой ситуации
все данные будут хранится централизованно и также будут доступны в любой
момент времени.
2.1.2 Обоснование проектных решений по программному обеспечению
Под программным обеспечением (ПО) понимается набор программ,
который необходим для того чтобы выполнить цели и задачи
автоматизированной информационной системы.
39
В настоящее время существует множество различных классификаций ПО.
Наиболее популярным разделением видов ПО, является его деление на общее и
специальное. В состав общего ПО входят операционные системы, среды для
разработки ПО и т.д. В свою очередь специально ПО – это набор прикладных
программ, которые были созданы для выполнения прикладных задач в границах
функциональных подсистем.
Для функционирования и использования автоматизированной
информационной системы приема заявок на ремонт и модернизацию
персональных компьютеров ООО «Тактика +» необходима операционная
система. Операционные системы осуществляют управление работой
персональных компьютеров, их ресурсами, запускают на выполнение различные
прикладные программы, выполняют всевозможные вспомогательные действия
по запросу пользователя. ОС подразделяются на однопользовательские,
многопользовательские, и сетевые. К факторам, влияющим на выбор конкретной
ОС, относятся:
- необходимое число поддерживаемых программных продуктов,
- требования к аппаратным средствам,
- требование поддержки сетевой технологии,
- наличие справочной службы для пользователя,
- быстродействие,
- наличие дружественного интерфейса и простота использования.
В рамках данного проекта к СУБД и программной оболочке предъявляется
ряд специфических требований:
- поддержка транзакций,
- поддержка внешних ключей,
- корректная работа с русским языком,
- наличие инструмента администрирования с графическим интерфейсом,
- возможности доступа к данным посредства языка запросов SQL,
- возможности резервного копирования базы данных.
40
Таким образом, автоматизированная информационная система приема
заявок на ремонт и модернизацию персональных компьютеров ООО «Тактика +»
должна быть разработана в среде Microsoft Visual Studio 2017, поскольку она
удовлетворяет вышеуказанным требованиям.
Microsoft Visual Studio — линейка продуктов компании Microsoft,
включающих интегрированную среду разработки программного обеспечения и
ряд других инструментальных средств.
Автоматизированная информационная система приема заявок на ремонт и
модернизацию персональных компьютеров ООО «Тактика +» должна корректно
работать на компьютерах с установленной ОС Windows 7/ 8/10.
2.1.3 Обоснование проектных решений по техническому обеспечению
Под техническим обеспечением (ТО) понимается совокупный комплекс
технических средств, которые необходимы для обеспечения функционирования
автоматизированной информационной системы приема заявок на ремонт и
модернизацию персональных компьютеров ООО «Тактика +».
В состав комплекса входят электронные вычислительные машины,
осуществляющие обработку информации, средства подготовки данных на
машинных носителях, средства сбора и регистрации информации, средства
передачи данных по каналам связи, средства накопления и хранения данных и
выдачи результатной информации, вспомогательное оборудование и
организационная техника.
В рамках данного проекта предполагается создание системы, основанной
на клиент-серверной архитектуре, поэтому требования, предъявляемые к
техническому обеспечению, состоят из требований к клиентской и серверной
части. Все компьютеры объединены в локальную сеть, что обеспечивает
удовлетворение потребностей информационного обмена. Рабочие места
сотрудников оснащаются принтерами для печати различных списков, отчётов,
счетов и других выходных документов.
41
Поскольку задачи планируется решать с помощью клиент-серверной
системы, потребуются компьютеры для клиентских рабочих мест и сервер.
Особенности архитектуры «клиент-сервер» и другие особенности систем
позволяют им работать на ЭВМ с невысокими системными требованиями.
Ограничивающим фактором можно назвать требования операционной системы.
Исходя из того, что будущие пользователи системы уже работают с MS
Windows 10, ее требования к аппаратному обеспечению берутся за основу. Кроме
того, требования к техническому обеспечению основываются и на том, что
персонал будет использовать для решения автоматизируемого комплекса задач
прикладные программы MS Word, MS Excel. Следовательно, при определении
требований к производительности, объему оперативной памяти и жесткого диска
должны учитываться требования и дополнительных программных средств.
Минимальные требования к техническому обеспечению клиентских
рабочих мест:
- процессор: Intel Core i3;
- материнская плата: с интегрированной видеокартой;
- ОЗУ: 2 Гб оперативной памяти;
- сетевая карта;
- свободное дисковое пространство: 1 Гбайт;
- монитор;
- периферия: клавиатура, мышь, принтер.
Особое внимание следует уделить требованиям к характеристикам,
предъявляемым к серверу. Для сервера важны такие характеристики как
быстродействие, размер накопителя, число одновременно поддерживаемых
соединений. Быстродействие отражается на времени обработки информации, что
важно для скорости выполнения операций. Размер накопителя (объем
винчестера) определяет объем сохраняемых данных.
Для повышения надёжности хранения данных необходимо организовать
RAID массив первого уровня. Это позволит обеспечить приемлемую скорость
42
записи и выигрыш по скорости чтения при распараллеливании запросов, а также
данный массив будет работать до тех пор, пока работает хотя бы один диск.
В компании ООО «Тактика +» имеются несколько работающих серверов,
следовательно, для функционирования разрабатываемой автоматизированной
информационной системы приема заявок на ремонт и модернизацию
персональных компьютеров ООО «Тактика +», необходим только SQL-сервер.
В нашем случае покупать отдельный SQL-сервер не рационально, так как
объем базы данных разрабатываемой системы небольшой. Следовательно,
можно развернуть SQL-сервер на ресурсах одного из уже функционирующих
серверов организации SQL-сервер. При этом на SQL-сервер необходимо
зарезервировать 10 Гб свободного места для хранения базы данных
автоматизированной информационной системы приема заявок на ремонт и
модернизацию персональных компьютеров ООО «Тактика +» и создания ее
резервных копий.
Для печати отчетов по заявкам, пользователям, договорам и клиентам
компании ООО «Тактика +» необходимо наличие хотя бы одного принтера. Для
печати больших объемов информации в большинстве случаев используются
лазерные принтеры. При выборе следует учитывать, что у лазерных принтеров
качество и скорость монохромной печати выше (в отличие, например, от
струйных принтеров). Также стоимость эксплуатации струйных принтеров
выше.
Рекомендуемые требования к характеристикам принтера:
- скорость печати: от 22 стр./мин.;
- выдерживаемая нагрузка: 2500 стр./мес.;
- объём памяти: от 512 Мб.
Под данные требования подходит лазерный принтер PANTUM P2500W.
43
2.2 Разработка проекта автоматизации
2.2.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл - это непрерывный процесс, который начинается с
момента принятия решения о необходимости его создания и заканчивается в
момент его полного изъятия из эксплуатации. Среди наиболее известных
стандартов можно выделить следующее.
На сегодняшний день существует множество методологий разработки и
внедрения программных продуктов, например, классическая методология
(Waterfall), Agile, Scrum, FDD, Iconix, Kanban, и т.д. Каждая из этих методологий
имеет собственные этапы жизненного цикла автоматизации. Также у каждой из
методологий есть свои особенности, которые стоит учитывать, выбирая ту или
иную методологию для разработки автоматизированной информационной
системы приема заявок на ремонт и модернизацию персональных компьютеров
ООО «Тактика +». Однако, в реальных проектах для достижения наилучшего
результата различные методологии могут использоваться совместно.
Классическая методология (Waterfall) - одна из самых старых,
подразумевает последовательное прохождение стадий, каждая из которых
должна завершиться полностью до начала следующей. В модели Waterfall легко
управлять проектом по разработке и внедрению информационных систем.
Преимуществом методологии Waterfall является то, что она хорошо
подходит для разработки небольших и несложных проекто. Однако, если на
одном из начальных этапов будет допущена ошибка, существует вероятность
того, что она будет обнаружена лишь на этапе разработке или тестирования.
Поэтому рекомендуется применять данную модель только в том случае, если все
требования предельно понятны и не будут меняться с течением времени.
Минусом методологии Waterfall является то, что нет возможности сделать
шаг назад, тестирование начинается только после того, как разработка завершена
или почти завершена. Информационные системы, разработанные по данной
методологии, без обоснованного ее выбора, могут иметь недочеты. Стоимость
44
внесения изменений высока, так как для ее инициализации приходится ждать
завершения всего проекта.
В методологии гибкой разработки Agile не содержится конкретных
инструкций и «лучших приемов» в области управления жизненным циклом
информационных систем. По сути данная методология представляет собой
сборник ключевых принципов и ценностей. Вместе с этим, сам процесс гибкой
разработки выступает в роли адаптивного процесса по отношению к регулярно
меняющимся условиям. Это в свою очередь, достигается разработкой за
небольшие итерации, после каждой из которых осуществляется анализ и
пересмотр требований к информационной системе, и в случае необходимости
осуществляется изменение принципов коммуникаций и работы команды.
К преимуществам методологии Agile относятся:
- установление приоритета взаимодействия людей над процессами и
классическими инструментами управления;
- установление приоритета быстрого реагирования на изменения над
неотступным следованием плану.
- установление приоритета сотрудничества с потребителями (заказчиком)
над формальными вопросами контрактов;
- установление приоритета быстрых циклов над длительными кампаниями;
- установление приоритета тестирования и фактов над мнениями.
Благодаря вышеуказанным особенностям методологии Agile, среди
разработчиков, которые ее используют, практически не встречается похожих
практик документирования или координации. Этот факт обусловлен тем, что
сама методология основывается на принципах самоорганизации,
самостоятельного определения объема, содержимого и ограничения для каждого
составляющего управления разработкой.
Ключевой особенностью методологии Agile является использование
пользовательских историй в процессе разработки. Они представляют собой одно
или несколько предложений, которые описывают ключевые аспекты
функционала информационной системы. Составляет пользовательские истории
45
обычно менеджер проекта, и они выступают одним из форматов закрепления
требований как со стороны заказчиков, так и со стороны разработчиков.
Методология SCRUM аналогично методологии Agile содержит перечень
принципов разработки. С их помощью становится возможным предоставить
заказчику работающую информационную систему (или ее прототип), которая
обладает новой функциональностью и возможностями. Процесс разработки
информационной системы в данной методологии осуществляет в конкретные
небольшие итерации (спринты), длительность которых составляет в среднем 2-4
недели. SCRUM-мастер в начале каждой итерации определяет ее ожидаемые
результаты вместе с командой, причем результаты не могут меняться до
завершения итерации. Вместе с этим Product-мастером (или заказчиком)
пишется перечень работ на всю итерацию и на период всего проекта работы над
информационной системой.
Преимуществами SCRUM являются ее важные принципы, к которым
относятся:
- циклический и очень активный процесс разработки;
- короткое время итераций и возможность детального прототипирования
- быстрый запуск проекта с самыми приоритетными функциями и
минимально возможным бюджетом.
Длительные, нестандартные, изменяющиеся проекты разработки
информационных систем не являются проблемой для SCRUM. В таких проектах
данная методология в большинстве случаев используется на начальных этапах
для минимизации финансовых средств и ресурсов, а потом осуществляется
переход к другой методологии. Исходя из вышесказанного, область применения
SCRUM не ограничена: ее можно использовать для проектов с высокой степенью
неопределенности, так и для заказчиков, которые часто меняют свои требования
и постоянно хотят видеть «вживую» текущую версию информационной
системы.
SCRUM опирается на сплоченность проектной команды, поэтому при
переходе на данную методологию возможно сопротивление специалистов,
46
которые привыкли работать по одиночке. Успех SCRUM-проектов также
напрямую зависит от квалификации и знаний SCRUM-мастера, которому
необходимо обладать высоким авторитетом и владеть навыками управления
проектной командой, чтобы контролировать работу над проектом
информационной системы на всех этапах.
К недостаткам данной методологии относятся:
1. Scrum не дает нужных результатов, если специалист не имеет должной
квалификации. Для новых сотрудников, стажеров, специалистов с малым
опытом работы, только пришедших в команду, данная методология может стать
камнем преткновения.
2. Низкое внимание тестам на разных стадиях разработки программного
проекта информационной системы. Из-за слишком коротких интервалов спринта
в проекте постепенно могут начать накапливаться разного рода ошибки
(технические, бизнес-логики и т.д.).
Методология FDD (Feature-driven development) является довольно молодой
гибкой методологией. Согласно данной методологии процесс разработки
состоит из пяти следующих этапов:
- построение модели;
- создание списка функций;
- планирование реализации функций;
- создание архитектуры для функций;
- реализация функций.
Необходимо отметить то, что последние два этапа необходимо выполнять
во время каждой итерации. Вместе с этим каждый процесс разбивается на
отдельные подзадачи и имеет критерии верификации
В данной методологии все разработчики разделяются на две большие
группы «class owners» (владельцы классов) и «chief programmers» (старшие
программисты). В роли старших программистов выступают наиболее опытные
разработчики, которым и поручается разработка наиболее сложных узлов
системы. Однако разработкой они занимаются не самостоятельно, а именно:
47
старший программист определяет, какие классы заняты в реализации данного
конкретного свойства, после чего собирает команду из владельцев необходимых
классов, которая и будет заниматься разработкой. Сам он действует как
координатор, главный проектировщик и руководитель, а на долю владельцев
классов остается, по большей части, непосредственное кодирование.
Плюсами данной методологии является изначальная поддержка больших
команд разработчиков, а также то, что отдельные функции разрабатываются
различными командами, во главе которых находится ведущий разработчик. FDD
хорошо применима сложным и громоздким проектам реализации
информационных систем.
К недостаткам можно отнести больший объем документации, чем в других
гибких методологиях, команда разработчиков в данном методе больше,
взаимодействие ее членов менее интенсивное.
RAD (Rapid Application Development) является методологией быстрой
разработки. Согласно данной методологии в проектной команде обычно
находится не более 10 человек, период внедрения составляет в среднем 2-6
месяца.
В основе данной технологии лежит использование разнообразных
инструментальных средств или их набора для каждой фазы жизненного цикла
информационной системы – технического задания, проектирования экранных
форм, создания базы данных и т.д. Довольно часто применяются CASE-средства
и инструменты прототипирования интерфейса, с помощью которых становится
возможным за короткие сроки разработать концепцию информационной
системы на начальных стадиях и продемонстрировать ее заинтересованным
сторонам. Благодаря вышесказанном поэтапный принцип полностью
удовлетворяет данной методологии, а также является очень удобным при
нечетких и периодически меняющихся требованиях к окончательной версии
информационной системы. Финальным результатом является полностью
работоспособная информационная система, которая актуальна на данный