37
авто выбор какой-либо операционной системы не повлияет на функционал
системы, так как в процессе реализации системы не будет использовано
каких-либо специфических функций операционной системы, поэтому
достаточно будет Windows 7 и выше.
В качестве операционной среды для разработки программы была
выбрана операционная система Windows 10, потому что она одна из самых
популярных и разработчики регулярно поддерживают её различными
обновлениями, также операционная система имеет удобный интерфейс.
В качестве операционной системы в московском офисе «EuropCar»
используется 64-разрядная Windows 10 Pro. Proверсия имеет более широкий
функционал по сравнению с обычной и является наиболее универсальным
решением. В Windows 10 Proвключены все возможности предыдущих версий
Windows, включая запуск многих приложений, предназначенных для старых
версий Windows(Windows 7, WindowsXP, Windows 8), с помощью режима
совместимости, а шифрование данных осуществляется с помощью BitLocker.
Следует также выбрать СУБД для учёта арендованных авто.
Существует множество различных СУБД с разными функциями, однако,
будут рассмотрены самые популярные из них:
- OracleDatabase–реляционная система поддерживающая некоторые
технологии, реализующие объектно-ориентированный подход. Главными
особенностями БД являются: автоматическое распределение данных между
имеющимися ресурсами систем хранения данных, производительность,
самоуправление, приятный интерфейс, кроссплатформенность, шифрование
данных, наличие бесплатной версии. Недостатками БД являются: высокая
цена.
- MicrosoftSQLServer – реляционная база данных, которая подходит как
для персональных, так и для крупных баз данных. Преимуществами БД
являются: производительность, шифрование данных, простотаиспользования,
наличие бесплатной версии. Недостатками БД являются: неудобный
интерфейс, ограниченная совместимость – БД предназначена только для
38
работы на серверах под управлением Windows.
- MicrosoftAccess – реляционная база данных, имеет широкий спектр
функций, включая связанные запросы, связь с внешними таблицами и базами
данных. К особенностям БД можно отнести: простой и понятный интерфейс,
большое количество учебников из-за популярности, широкие возможности
экспорта данных, невысокая цена, широкие возможности импорта данных. К
недостаткам БД можно отнести: отсутствие надёжных средств защиты
данных, отсутствие кроссплатформенности, отсутствие бесплатной версии.
Для разработки автоматизированной системы учёта арендованных авто
будет использоваться MicrosoftSQLServer, так как данная база данных уже
используется в организации.
Требования для среды разработки:
- Использование объектно-ориентированного языка;
- Поддержка выбранной операционной системы.
В качестве среды разработки была выбрана программа VisualStudio, так
как она соответствует вышеизложенным требованиям и вполне удобна. В
качестве языка программирования на котором будет написана система был
выбран язык C#.
2.1.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – комплекс технических средств,
предназначенных для обеспечения работы системы.
Для осуществления проекта необходимы следующие элементы
технического обеспечения:
- Персональные компьютеры;
- Сервер БД;
- Файловый сервер;
- Сетевые коммутаторы;
- Мониторы;
39
- Принтеры;
- Устройства ввода информации.
Требования для персональных компьютеров:
- Возможность запуска рекомендованной операционной системы
(Windows 7 и выше);
- Иметь производительность, которой будет достаточно для запуска
офисных приложений и баз данных;
- Интерфейсы для подключения периферийных устройств.
Требования для мониторов:
- Совместимость с интерфейсом, который используется в клиентской
ЭВМ.
Требования для принтеров:
- Возможность печати на листах А4;
- Невысокая стоимость эксплуатации.
Для оптимальной работы компьютера подойдёт любой процессор
средней мощности от Intel или AMD. Однако, лучше выбрать процессор x64,
который поддерживает как 32-битную, так и 64-битную операционную
систему.
Для оперативной памяти будет достаточно 2048 МБ, для стабильной
работы самой операционной системы и различных офисных приложений.
Для видеокарты подойдёт 1024 МБ видеопамяти.
Для накопителя вполне подойдёт HDD 1 ТБ, в качестве второго
накопителя (системного) для увеличения производительности системы
подойдёт SSD объёмом в 250 ГБ.
В организации используются более производительные компьютеры,
чем указано в требованиях. В компьютерах ИТ отдела и директора
используются следующие комплектующие: процессор IntelCorei7-9700,
оперативная память объёмом 16384 МБ, видеокарта NvidiaQuadroP620 с
графической памятью в 2048 МБ, SSD 256 ГБ. В компьютерах других
отделов используются менее производительные компьютеры чем в отделе
40
ИТ и у директора, однако, всё равно превышают требования. В остальных
отделах используются следующие комплектующие: процессор IntelCorei5-
8400, оперативная память объёмом в 8192 МБ, видеокарта IntelGraphics 630,
HDD 1 ТБ.
На основе вышеизложенных характеристик компьютеров,
используемых в организации было принято решение не заменять
комплектующие, так как они более производительны, чем компьютеры в
требованиях.
Для файлового сервера,как минимум, потребуется процессор с
частотой 2 ГГц, оперативная память объёмом в 4 ГБ, дисковое пространство
объёмом в 1 ТБ. Файловый сервер организации не нуждается в замене, так
как используемый в организации сервер сильно превосходит требуемые
характеристики: два процессора 3.4 ГГц, оперативная память объёмом в 64
Гб, два HDDпо 1 ТБ.
Для сервера баз данных потребуется 4-ядерный процессор 2 ГГц,
оперативная память объёмом в 8 ГБ, SSD 300 ГБ. Характеристики сервера
баз данных используемого в организации: процессор IntelXeonE-2224 3,4
ГГц, оперативная память 32 ГБ, 3 HDD по 1 ТБ. На основе описанных
показателей и требований – сервер баз данных, который используется в
организации, заменятся не будет.
Теперь следует рассмотреть требования для принтера. Принтер должен
обладать хорошей скоростью печати – 3-4 страницы в минуту – чтобы
избежать длинных очередей, должен обладать гибкими возможностями, то
есть, подходить для всех, иметь возможность цветной печати и чёрно-белой
одновременно. Используемый в организации принтер подходит изложенным
требованиям, поэтому замена не требуется.
41
2.2 Разработка проекта автоматизации
2.2.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы – совокупность стадий и
этапов, которые проходит информационная система от принятия решения о
её создании до прекращения использования.
Всего существует 8 стандартов и методологий жизненного цикла:
- ГОСТ 34 (ГОСТ 34.601-90) – распространяется на
автоматизированные системы, которые используются в различных видах
деятельности. Стандарт устанавливает стадии и этапы создания
автоматизированной системы.
- ISO 12207 – стандарт используется при покупке системы, поставке,
разработке, эксплуатации и сопровождении программных продуктов как в
организации, так и вне её.
- ISO 15288 – стандарт описывает общую структуру процессов,
составляющих жизненный цикл систем, созданных человеком.
- MSF (Microsoft Solutions Framework) – методология создания
программных решений. В моделях процессов описывается организация работ
над проектом по разработке и внедрению ИТ-решений.
- RUP (Rational Unified Process) – методология разработки
программного обеспечения, она описывает упорядоченный подход к
распределению задач и обязанностей.
- COBIT (Control Objectives for Information and Related Technologies) –
сборникстандартовируководствпоуправлениюИТ-процессами. Основная идея
– все ресурсы информационной системы должны управляться набором
сгруппированных процессов для обеспечения компании необходимой
информацией.
- Oracle CDM (Custom Development Method) – стандартизирует процесс
создания приложений, охватывает весь жизненный цикл разработки
42
приложения, описывая последовательность и зависимость задач, решаемых в
процессе разработки.
- XP (eXtreme Programming) – методология представляет собой
постоянное перепланирование, определение точных кратковременных планов
и тесное общение с заказчиком.
Для описания жизненных циклов проекта был выбран стандарт ГОСТ
34 так как он больше всего подходит для реализации проекта.
После того, как стандарт был выбран, стоит определиться с моделью
жизненного цикла.
Модель жизненного цикла – структура, в которой содержатся процессы
действия и задачи, которые выполняются в ходе разработки. Использования
и сопровождения программного продукта.
Самыми основными моделями жизненного цикла считаются
следующие:
- Каскадная модель – подразумевает последовательное прохождение
стадий с полным завершением предыдущей, подходит только для простого
ПО. Плюсы каскадной модели: проста и понятна заказчикам, невысокие
требования к исполнителям, точное планирование сроков и затрат. Минусы
каскадной модели: сбои и рост затрат на несколько фаз назад, высокая
стоимость ошибок на фазе интеграции.
- Инкрементная модель – разработка проекта ведётся по кусочкам,
каждый раз с небольшими добавлениями.Плюсы инкрементной модели: в
результате каждого выполнения инкремента получается функциональный
продукт, потребности заказчика легче контролируются, поскольку время
разработки каждого инкремента невысоко, требования формируются после
определённого инкремента. Минусы инкрементной модели: в модели не
предусмотрены итерации в рамках каждого инкремента, определение полной
функциональности системы должно быть в начале жизненного цикла, что
было легче определять инкременты, для модели нужны хорошее
проектирование и планирование.
43
- Спиральная модель - на каждом цикле выполняется создание ещё
одной версии продукта, уточняются требования и планируются работы
следующего цикла. Плюсы спиральной модели: возможность использования
системы на ранних этапах, обратная связь от пользователей к разработчикам
выполняется с высокой частотой и на ранних этапах модели, повышается
вероятность предсказуемого поведения системы с помощью уточнения
поставленных целей. Минусы спиральной модели: спираль может
продолжаться до бесконечности, так как каждая реакция заказчика может
порождать новый цикл, высокие требования к оценке рисков.
Для дипломного проекта была выбрана каскадная модель, так как
разрабатываемая информационная система не будет слишком большой и
сложной, поэтому вернуться на какую-либо фазу будет несложно.
Также, нужно определиться со стратегией внедрения ИС. Существует 4
вида стратегий:
1. Узкое место. Автоматизируется малая часть производственного
процесса, который выбирается по критериям, их эффективности
приводящих к повышению качества реализации процессов только в
определённом узком месте.
Плюсы стратегии:
- после автоматизации каждого узкого места имеется возможность
прервать автоматизацию;
- минимальные требования к уровню планирования работ
внедрения.
Минусы стратегии:
- выполнение полного цикла планирования на каждом узком месте;
- независимость автоматизации узких мест может привести к
формированию избыточного множества программно-аппаратных
решений.
2. Параллельная. Параллельно выполняются и старая и новая
технологии решения задачи, после чего, их результаты
44
сравниваются. Если результаты согласуются долгое время, то
осуществляется переход на новую технологию.
Плюсы стратегии:
- минимальный риск ошибок в виде новых технологий;
Минусы стратегии:
- необходимость постоянной сверки результатов двух технологий.
3. Скачок. Старая технология работает до определённого момента,
после чего, осуществляется внедрение новой технологии.
Плюсы стратегии:
- минимальная длительность переходного периода;
- новые процессы являются наиболее оптимальными в виду
отсутствия переходного периода.
Минусы стратегии:
- высокие риски несоответствия качества информационной системы
требованиям компании;
- высокие требования к процессу планирования перехода на новую
технологию.
4. Пилотный проект. Тактика скачка, применяемая к ограниченному
числу процессов, областью применения обычно является небольшой
участок.
Плюсы стратегии:
- минимальный риск выбора неверного решения, которое не
приводит к длительному простою всего предприятия;
- возможность изменения планируемой технологии в процессе
внедрения информационной системы на участке;
Минусы стратегии:
- необходимость управления старой и новой информационной
системой одновременно.
Для дипломного проекта больше всего подходит стратегия «Узкое
место», так как автоматизируется часть процесса аренды, а именно – учёт
45
арендованных автомобилей, также, эта стратегия была выбрана потому что
использование других стратегий подразумевает, что в организации уже
имеется другая информационная система, а в организации, на данный
момент, не автоматизирован процесс учёта арендованных автомобилей.
Далее будут рассмотрены стадии стандарта ГОСТ 34.[4]
В стандарте ГОСТ 34есть следующие стадии:
1. Формирование требований к АС. Все работы выполняются
заказчиком, главная цель стадии – сформировать требования к АС,
провести общий анализ объекта, который подвергнется
автоматизации и провести экономические оценки. Итогом будет
сформированный список требований к АС.
2. Разработка концепции АС. Все работы выполняются разработчиком
АС, главная цель – провести более детальное изучение объекта,
провести научно-исследовательские работы и разработать варианты
концепции АС, удовлетворяющего требованиям пользователя. По
окончании стадии формируется отчёт о выполненных работах.
3. Техническое задание. В выполнении участвуют разработчик и
заказчик, цель стадии – разработать техническое задание. Итогом
считается готовое и оформленное техническое задание.
4. Эскизный проект. В стадии участвуют разработчик и заказчик,
главная цель – определить функции АС, функции подсистем их цели
и эффекты. В конце оформляется документация для описания
проектных решений.
5. Технический проект. В стадии участвуют заказчик и разработчик,
цель – составить документацию на АС. Конечным результатом
будет составленная документация на АС.
6. Рабочая документация. Участие принимает только разработчик.
Целью стадии является разработка документации по вводу АС в действие и
её эксплуатации, а также, разработка самой системы и документации к ней.
46
Результатом этой стадии будет: различная информация по вводу АС в
действие и поддержка её эксплуатации, готовая система и документация о
системе.
7. Внедрение. В процессе стадии участвуют разработчик и заказчик,
главная цель стадии – обучить персонал пользованию системой и провести
некоторые испытания с целью выявить возможные недостатки. Данная
стадия будет рассмотрена более детально, стадия делится на следующие
этапы:
7.1 Подготовка объекта автоматизации к вводу АС в действие.В этапе
участвует разработчик, его задача – провести работы по организационной
подготовке объекта автоматизации к вводу АС в действие.
7.2 Подготовка персонала. В этапе участвуют разработчик и заказчик,
они проводят обучение персонала по пользованию АС.
7.3 Комплектация АС поставляемыми программными и техническими
средствами. На этом этапе заказчик обеспечивает получение комплектующих
и проводит входной контроль их качества.
7.4 Пусконаладочные работы. На этом этапе заказчик проводит
автономную наладку технических и программных средств, загружает
информацию в базу данных и осуществляет комплексную наладку всех
средств системы.
7.5 Проведение предварительных испытаний. На этом этапе
разработчик проводит испытания АС на работоспособность и её соответствие
техническому заданию, устраняет неисправности, после чего, оформляет акт
о приёмке АС в опытную эксплуатацию.
7.6 Проведение опытной эксплуатации. На этом этапе разработчик
проводит опытную эксплуатацию АС, анализ результатов опытной
эксплуатации, оформляет акт о завершении опытной эксплуатации.
7.7 Проведение приёмочных испытаний. Разработчик проводит
испытания на соответствие техническому заданию, если всё соответствует, то
разработчик проводит анализ результатов испытания АС и устраняет