47
довольно хороши в решениях задачах разного типа, так и в случае
поставленной задачи в рамках ВКР.
Мой выбор языка программирования Delphi основан на наличии опыта
программирования на данном языке, поэтому я буду разрабатывать свою
программу с его использованием что даст мне быстро, согласно установленным
срокам и без труда реализовать проект. В будущем так же будет легко найти
программиста, который будет знаком с данным языком и сможет выполнить
доработку или другие действия с программой.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – это совокупность аппаратно-технических
средств необходимых для работы информационной системы.
Для функционирования разрабатываемой ИС по автоматизации учета
сдельной оплаты труда не нужно докупать отдельное оборудование, буду
использовать уже имеющийся сервер IBM System x3250
К необходимым элементам технического обеспечения относятся:
Устройство вывода изображения, у компании имеются ЖК-
мониторы BenQ G2251M.
Средства ввода информации(клавиатуры и мыши) используются от
компании Logitech.
Для организации ЛВС у компании есть 8-портовый коммутатор dlink
dgs 1210-10/C1a.
Для обеспечения доступа в сеть Интернет используется
маршрутизатор zyxel keenetic extra ii.
Для работы с бумажными носителями приобретено
многофункциональное устройство Xerox B205.
Основные характеристики сервера IBM System x3250 представлены в
таблице 10.
48
Таблица 10
Техническое обеспечение сервера
Название
Характеристики
Процессор
Xeon E3-1240 v2 (3.8ГГц)
Оперативная память
DDR3 1600MHz 4Gb Kingston
Уровни RAID
RAID 0, RAID 10, RAID 1
Процессорный сокет
LGA1150
Сетевая карта
Intel 82574L (10/100/1000 Мбит/с)
HDD
Seagate Desktop HDD ST500DM002 500Gb,
Seagate Desktop HDD ST500DM002 500Gb
Использование 2 жестких дисков необходимо следующими
соображениями:
Для надежного функционирования операционной системы и сохранности
данных, кроме резервного копирования данных организован RAID массив из
двух жестких по 500 ГБ.
49
2. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Целью данного пункта является выбор и краткое описание всего
жизненного цикла (ЖЦ) проекта автоматизации, сущности и взаимосвязи его
этапов.
Под моделью жизненного цикла понимается структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач,
выполняемых на протяжении жизненного цикла. Модель жизненного цикла
зависит от специфики информационной системы и специфики условий, в
которых последняя создается и функционирует
К настоящему времени наибольшее распространение получили
следующие основные модели жизненного цикла:
Итерационная модель
Спиральная модель
Каскадная модель
«Итерационная модель» – это модель жизненного цикла считается
идеальной, потому что простые задачи проходят все этапы без возвратов на
предыдущие шаги, рисунок 7. Например при программировании, может
всплыть факт, что реализация отдельно взятой функции очень громоздка и
неэффективна и конфликтует с системой, в таких случая прибегают к
перепроектированию или переделке спецификаций. При разработке больших и
сложных систем необходимость в итерациях возникает регулярно на любом
этапе жизненного цикла из-за допущенных на прошлых этапах ошибок.
50
Рисунок 7. Классическая итерационная модель
На этой схеме стрелки, идущие вверх обозначают необходимость
возвратов к предыдущему этапу, что бы исправить ошибки. Классическая
итерационная модель абсолютизирует возможность возвратов на предыдущие
этапы, это так же символизирует стремление заранее предвидеть все ситуации
использования системы и заранее не допустить ошибок.
«Спиральная модель» представляет собой процесс разработки
программного обеспечения, сочетающий в себе как проектирование, так и
поэтапное прототипирование с целью сочетания преимуществ восходящей и
нисходящей концепции [23]. Каждый виток спирали соответствует созданию
фрагмента или версии программного обеспечения, на нем уточняются цели и
характеристики проекта, определяется его качество и планируются работы
следующего витка спирали, рисунок 8. Таким образом, углубляются и
последовательно конкретизируются детали проекта и в результате
выбирается обоснованный вариант, который доводится до реализации.
51
Отличием этой модели от каскадной, является возможность, не
дожидаясь завершения работ на текущем этапе перейти на следующий,
незавершенную работу можно будет доделать на следующей итерации.
Преимущества:
Гибкие требования
Быстрое получение результата
Повышение конкурентоспособности
Рисунок 8. Спиральная модель
52
Основной особенностью «каскадной модели» является разбивка всей
разработки на этапы, причем что бы осуществить переход с одного этапа на
другой необходимо завершить работу с текущим. К плюсам так же можно
отнести более низкие затраты на ее разработку, что может быть решающим
фактором.
Завершение каждого этапа сопровождается подготовкой полного
комплекта документации, это необходимо что бы в случае потери команды
разработчиков, другая смогла продолжить работу, рис. 9. Так же
использование этой модели дает возможность более точно планировать сроки
завершения всех работ и финансовые затраты.
Рисунок 9. Каскадная модель жизненного цикла
Я выбрал каскадную модель жизненного цикла(ЖЦ), ее принцип
заключается в том, что этапы выполняются последовательно строгом
фиксированном порядке, это так же позволяет оценивать и контролировать
качество продукта на каждом этапе:
1) Разработка и утверждение требований.
На первом этапе проводится исследование проблемной области,
создаются функциональные спецификации, план разработки дизайнов,
подготовка рабочих планов, оценка проектных затрат и сроков, так же
формулируются четкие требования заказчика.
Результатом этого этапа выходит техническое задание, согласованное со
всеми заинтересованными сторонами.
2) Проектирование.
53
Следующим этапом жизненного цикла ПО является создание документа,
описывающего масштабы и границы проекта - комплект проектной
документации. Данный комплект включает в себя модели дизайна или скетчи
интерфейса будущего приложения, а также подробную функциональную
спецификацию требований программного обеспечения, Описание возможных
рисков и сводный план.
3) Реализация.
Третий этап это - реализация проекта. Происходит разработка
программного обеспечения в соответствии с проектными решениями
согласованными на прошлом этапе. Методы реализации при этом
принципиального значения не имеют. Результатом выполнения этапа является
программный код и техническая документация.
4) Тестирование.
На этом этапе проводится проверка полученного программного
обеспечения на предмет соответствия требованиям, заявленным в техническом
задании. Опытная эксплуатация позволяет выявить различного рода скрытые
недостатки, проявляющиеся в реальных условиях работы АИС.
Результатом выполнения этапа является подписание акта приема в
эксплуатацию.
5) Ввод в эксплуатацию и сопровождение технического решения
подразумевает собой сдачу готового проекта и включает в себя стадии: ввод
технических средств; ввод программных средств; обучение и сертификация
персонала; опытная эксплуатация; сдача и подписание актов приемки-сдачи
работ.
На данном этапе еще существуют стратегии внедрения системы:
1) Стратегия “Параллельное использование” это когда - старая и новая
технология решения задачи выполняются параллельно, их результаты
сравниваются. Если результаты сходятся, то осуществляется переход на новую
технологию.
Преимущества:
54
Планирование внедрения ИС можно осуществлять независимо от
обычного операционного планирования компании;
Минимальный риск ошибок в виде новых технологий.
Недостатки:
необходимо повысить мощность;
необходимость постоянной сверки результатов работы двух
технологий;
двойная загрузка персонала.
2) Стратегия “Скачек”.
Скачек - старая технология работает до определенного момента, затем
осуществляется резкий переход от старой системы к новой без дополнительных
проверок, а после внедрения реализуется только новая технология.
Преимущества:
короткий переходный период;
нет двойных затрат на деятельность компании.
Недостатки:
высокие требования к процессу планирования перехода;
риск несоответствия качества ИС требованиям компании высокий.
3) Стратегия “Пилотный проект”.
Пилотный проект - тактика скачка применяема к ограниченному числу
процессов на небольшом участке деятельности.
Преимущества:
возможность изменения планируемой технологии еще в процессе
внедрения ИС;
минимальный риск выбора неверного решения, которое не приведет к
парализации всего предприятия;
отсутствие двойных затрат на реализацию.
Недостатки:
55
сложность интеграции информационных потоков из-за разных
реализаций технологий;
необходимость одновременного управления и поддержки новой и
старой ИС.
4) Стратегия “Узкое место”.
Узкое место - автоматизация небольшой функции производственного
процесса, реализация которого приводит к повышению производительности
процессов только в определенном узком месте.
Преимущества:
минимальные требования к уровню планирования работ по
внедрению;
после автоматизации каждого узкого места имеется возможность
прервать автоматизацию.
Недостатки:
независимость автоматизации только узких мест может привести к
избытку множества программно-аппаратных решений.
Я считаю, что стратегия “ Узкое место ” лучше всего подходит для
рассматриваемой компании, где важна экономическая составляющая вопроса, и
стоит цель автоматизировать один из процессов бухгалтерии
Выбранный стандарт разработки ИС: ГОСТ 34.601-90
Он распространяется на автоматизированные системы и устанавливает
стадии и этапы их создания, он так же соответствует по существу выбранной
модели ЖЦ.
Коротко из общего положения этого ГОСТ’a:
1.1. Процесс создания АС представляет собой совокупность
упорядоченных во времени, взаимосвязанных, объединенных в стадии и этапы
работ, выполнение которых необходимо и достаточно для создания АС.
соответствующей заданным требованиям.
56
1.2. Стадии и этапы создания АС выделяются как части процесса
создания по соображениям рационального планирования и организации работ,
заканчивающихся заданным результатом.
1.3. Работы по развитию АС осуществляют по стадиям и этапам,
применяемым для создания АС.
1.4. Состав и правила выполнения работ на установленных настоящим
стандартом стадиях и этапах определяют.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
В данном разделе будут рассмотрены наиболее существенные риски
проекта которые могут возникнуть на разных стадиях ЖЦ ИС с описанием
шагов, которые планируется предпринять для уменьшения величины каждого
конкретного риска.
На этапе разработки и утверждений требований могут возникнуть
подобные риски:
Неверный анализ сроков проекта, размера бюджета и плохо подобранный
состав исполнителей.
Для устранения возможных последствий этого риска необходимо более
тщательно определять цели и задачи проекта, а так же более внимательно
относится к набору специалистов.
На этапе проектирования могут возникнуть подобные риски:
Архитектура разрабатываемого решения составлена не должным
образом.
Для устранения возможных последствий этого риска необходимо
подбирать более образованного руководителя проектом.
На этапе разработки могут возникнуть подобные риски:
Из-за не точного технического задания у разработчика могут возникнуть
ложные представления о проекте и как результат программирование
ошибочной архитектуры и ПО, это чревато временными издержками.