42
Все процессоры являются высокопроизводительными, к тому же
обладают заводским функционалом для увеличения тактовой частоты без
потери стабильности работы, данная возможность будет полезная в моменты
«наплыва» пользователей.
512 Гб оперативной памяти достаточно для обработки больших
объемов информации используемых на данный момент в БД.
Использование 30 жестких дисков обусловлено следующими
соображениями:
o 10 SSD дисков позволят надежно функционировать
операционной системе.
o Использование SSD позволит быстро работать с последними
используемыми данным, что значительно ускорить процесс
обработки запросов;
o 20 HDD дисков позволят вместить огромное количество
информации, которые потребуется хранить, когда данной
системой будет пользоваться большое количество клиентов
банка.
Сервер должен иметь возможность работать длительное время без
основного питания, для этого используется мощная система
аварийного питания[10].
43
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла системы включает в себя все этапы
жизненных циклов, начиная от создания системы и заканчивая её
эксплуатацией.
Таким образом, жизненный цикл информационной системы охватывает
все стадии и этапы ее создания, сопровождения и развития:
предпроектный анализ (включая формирование
функциональной и информационной моделей объекта, для которого
предназначена информационная система);
проектирование системы (включая разработку технического
задания, эскизного и технического проектов);
44
разработку системы (в том числе программирование и
тестирование прикладных программ на основании проектных спецификаций
подсистем, выделенных на стадии проектирования);
интеграцию и сборку системы, проведение ее испытаний;
эксплуатацию системы и ее сопровождение;
развитие системы.
В течение жизненного цикла системы проводится модернизация ее
технико-программной базы. При этом, прикладное программное обеспечение
системы должно быть сохранено и перенесено на обновляемые аппаратно-
программные платформы.
Так как была выбрана самостоятельная разработка информационной
системы, то основной критерий выбора стандарта жизненного цикла не
должен подразумевать жесткие нормативные критерии и должен
соответствовать современным требования к информационной системе.
В России, создание и испытания автоматизированных систем, к
которым относятся и информационные системы, регламентированы рядом
ГОСТов, прежде всего серии 34. Однако, отдельные положения этих ГОСТов
уже устарели, а ряд этапов жизненного цикла информационных систем
предоставлены недостаточно полно. Международный стандарт ISO/IEC
12207 определяет структуру жизненного цикла, содержащую процессы,
которые должны быть выполнены во время создания программного
обеспечения информационной системы.
Эти процессы подразделяются на три группы: основные (приобретение,
поставка, разработка, эксплуатация и сопровождение), вспомогательные
(документирование, управление конфигурацией, обеспечение качества,
верификация, аттестация, оценка, аудит и решение проблем) и
организационные (управление проектами, создание инфраструктуры проекта,
определение, оценка и улучшение самого жизненного цикла, обучение).
Однако, стандарт ISO/IEC 12207 не предлагает конкретной модели
жизненного цикла и методов разработки, его рекомендации являются
45
общими для любых моделей жизненного цикла. Он ориентирован на
разработку ИС в рамках предприятия. Другие стандарты более
ориентированы на производителей ИС и подразумевают более жесткие
требования. Из существующих, в настоящее время, моделей, наиболее
распространены две: каскадная и спиральная. Суть различий в том, что в
каскадной модели информационная система является однородной и ее
программное обеспечение определяется как единое (с ней) целое. При
выполнении этих условий каскадный метод позволяет достичь хороших
результатов. Метод представлен на рисунке 13.
Рисунок 13. Каскадная модель жизненного цикла
Суть каскадного метода, представленного на рисунке заключается в
разбиении всей разработки на этапы, причем переход от предыдущего этапа к
последующему осуществляется только после полного завершения работ
предыдущего этапа. Соответственно, на каждом этапе формируется
законченный набор проектной документации, достаточной для того, чтобы
разработка могла быть продолжена другой группой разработчиков. Другим
положительным моментом каскадной модели является возможность
планирования сроков завершения работ и затрат на их выполнение. Однако, у
каскадной модели есть один существенный недостаток - очень сложно
уложить реальный процесс создания программного обеспечения в такую
жесткую схему и поэтому, постоянно возникает необходимость возврата к
предыдущим этапам, с целью уточнения и пересмотра решений, принятых
ранее. Результатом такого конфликта стало появление модели с
промежуточным контролем. Она представлена на рисунке 14. Эта модель
46
характеризуется межэтапными корректировками, удлиняющими период
разработки изделия, но повышающими надежность.
Рисунок 14. Модель жизненного цикла с промежуточным контролем
Однако и каскадная модель, и модель с промежуточным контролем
обладают серьезным недостатком - запаздыванием с получением
результатов. Данное обстоятельство объясняется тем, что согласование
результатов возможно только после завершения каждого этапа работ. На
время же проведения каждого этапа требования жестко задаются в виде
технического задания. Так что существует опасность, что из-за неточного
изложения требований или их изменения, за длительное время создания
программного обеспечения, конечный продукт окажется невостребованным.
Спиральная модель, представленная на рисунке 15 позволяет начинать
работу над следующим этапом, не дожидаясь завершения предыдущего.
Спиральная модель имеет целью как можно раньше ознакомить
пользователей с работоспособным продуктом, корректируя при
необходимости требования к разрабатываемому продукту и каждый "виток"
спирали означает создание фрагмента или версии. Основная проблема
спирального цикла - определение момента перехода на следующий этап, и
возможным ее решением является принудительное ограничение по времени
для каждого из этапа жизненного цикла. Наиболее полно достоинства такой
модели проявляются при обслуживании программных средств.
47
Рисунок 15.Спиральная модель
Сравнивая эти модели, можно сказать, что каскадная модель более
универсальна. Спиральная же модель более ориентирована именно на
информационные системы, особенно на программные продукты, поэтому при
разработке информационных систем и их программного обеспечения она
предпочтительнее каскадной.
Основываясь на проведенном анализе, для проекта автоматизации была
выбрана каскадная модель жизненного цикла ИС, т.к в разрабатываемой
ИС изначально можно определить все основные задачи проектирования.
Разработка информационной системы состоит из следующих этапов:
Этап «Анализ». Целью данного этапа является разработка
технического задания и выбор средств реализации. На данном этапе
составляется описание разрабатываемой систему, выбираются задачи,
которая она будет решать. Также программисты выбирают на основе
поставленного технического задания и собственного опыта инструменты,
которыми они будут пользовать для реализации. Выбор инструментов
должен быть согласован с руководством и обоснован.
Этап «Проектирование». Целью данного этапа является
проектирование базы данных, создание макета программы. На основе
технического задания, и с учетом выбранной СУБД (системы управления
базами данных) программисты выбирают набор необходимых сущностей
базы данных, и определяет, какими атрибутами эти сущности задаются. На
48
основе технического задания создаются графические формы, которые будут
использоваться для взаимодействия пользователя программы и встроенного в
программу обработчика действий.
Этап «Реализация». Целью данного этапа является реализация
логики программы, а также взаимодействия программы и базы данных. На
данном этапе происходит реализация в программе задач поставленных в
техническом задании. Также осуществляется подключение программы к базе
данных, настройка взаимодействиях двух этих объектов разрабатываемой
программы.
Этапа «Внедрение». Целью данного этапа является тестирование
программного проекта и запуск реализованной автоматизированной
информационной системы в использование. После разработки программы
необходимо проверить правильно работы всех ее методов и процедур.
Выявленные на этапе ошибки будут исправлены и участки программы, где
выявлены ошибки будут снова протестированы. После того как программный
проект полностью протестировано, оно допускается к общему
использованию.
Этап «Сопровождение». Целью данного этапа является сбор
отчетности о работе программы, а также взаимодействие с пользователями.
Во время работы информационной системы идет постоянный сбор
отчетности. Изучается поведение программы при больших нагрузках,
выявляются ошибки, наиболее часто используемые функции программы и
т.д. Отчеты о работе программного продукта рассматривается
информационным отделом предприятия, на основе этих отчетов
принимается решение: каким образом следует модицифировать
программный проект.
Внедрение является общим понятием и для него существуют разные
стратегии реализации, которые напрямую зависят от срока исполнения и
качества ис, получаемой на выходе. Существуют четыре основные стратегии
внедрения системы:
49
Параллельная стратегия - когда одновременно работают старая
(ручная) и новая система, и их выходные документы сравниваются. Если они
согласуются длительное время, осуществляется переход на новую систему.
"Скачок" - это резкий переход от старой системы к новой без
дополнительных проверок и с полным отказом от старой системы.
"Пилотный проект" это наиболее часто используемая стратегия.
"Пилотный проект" - это тактика "скачка", но применяемая к ограниченному
числу процессов. Область применения стратегии - небольшой участок
деятельности. Такой подход снижает риск и наиболее надежен.
"Узкое место" - это малая часть производственного процесса. При
использовании подхода "узкое место" план внедрения выполняется только
для "узкого места" и для людей, работающих в нем.
В данном дипломной проекте будет применена стратегия “Пилотный
проект”. Мы будем проводить переход к автоматизированной системе
обслуживания части клиентов (тех клиентов, кто захочет перейти на
автоматизированное обслуживание). Такой подход не затронет работу всей
ИС, а лишь автоматизирует часть работы.
Для удобства контроля за этами разработки будем использовать
диаграмма Ганта[14].
По сути, диаграмма Гантта состоит из полос, ориентированных вдоль
оси времени. Каждая полоса на диаграмме представляет отдельную задачу в
составе проекта (вид работы), её концы — моменты начала и завершения
работы, её протяженность — длительность работы. Вертикальной осью
диаграммы служит перечень задач.
Разработка автоматизированной информационной системы требует
выполнения следующего перечня этапов работ и назначения
соответствующих исполнителей.
Использование методики Ганта позволяет точно распределить время,
выделяем на выполнение каждого этапа проекта.
50
Таблицу, сообщающую информации о датах этапов выполнения
работы, можно посмотреть на Рисунок 16. Таблица этапов разработки
Рисунок 16. Таблица этапов разработки
Календарный график выполнения работ предполагает одновременное
выполнение этапов по анализу предметной области и технологий построения
систем и постановке задач. Остальные этапы последовательно идут друг за
другом. По окончании одного этапа начинается следующий за ним этап.
Первая часть графика, отображающего этапы проектирования,
представлена на Рисунок 17.
Рисунок 17. Первая часть проектирования
Дальнейшие части графика, отображающего этапы проектирования,
представлена на рисунках 14,15,16.
51
Рисунок 18. Вторая часть
Рисунок 19. Третья часть
На представленном графике в удобном формате отображаются этапы
выполнения работы, благодаря чему, проще контролировать соблюдение
поставленных сроков.