Дипломная работа: Автоматизация банковских операций по предоставлению услуг аренды сейфовых ячеек в ПАО «Сбербанк»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
51
1. Структура данных. К этой группе требований относятся:
предусмотренные типы данных, применяемая модель данных (в самом
начале проектирования информационной системы должен решаться вопрос о
применении той или другой модели).
2. Функциональные возможности. В этой группе требований можно
выделить такие критерии: сетевые возможности, хранимые процедуры и
триггеры, масштабируемость, мобильность.
3. Особенности разработки приложений. Обычно, эти средства
разработки дают возможность наилучшим образом воплотить в действия все
возможности сервера, поэтому при оценке СУБД следует рассмотреть и
возможности средств разработки приложений. К этой группе требований
относятся: возможности разработки Web-приложений, многоязыковая
поддержка, средства проектирования.
4. Производительность. Одним из немаловажных показателей, который
применяется в работе как основной критерий при выборе СУБД, будет
являться производительность системы. Имеются следующие факторы
производительности: возможность оптимизирования запросов, возможность
параллельной архитектуры, рейтинг ТРС (Transactions per Cent).
5. Требования к рабочей среде. К этой группе требований относятся:
минимальные требования к операционной системе и оборудованию,
поддерживаемые аппаратные платформы [1].
1.4.3. Обоснование проектных решений по техническому обеспечению
Все компьютеры компании объединяются в локальную сеть, что
позволяет удовлетворить все потребности информационного обмена. На
рабочих местах сотрудников компании находятся принтеры для печати
разных отчётов, счетов, списков, и других документов.
В анализируемой задаче техническим обеспечением выступают
средства:
соединительные линии локальной вычислительной сети;
52
сервера;
ПК менеджеров.
Персональные компьютеры оценивают по таким ключевым критериям:
быстродействие видеокарты;
объем оперативной памяти;
объем жесткого диска;
быстродействие процессора.
Поскольку создаваемый модуль будет функционировать на базе клиент
- серверной технологии, все без исключения вычисления будут выполняться
на стороне сервера, а значит, системные запросы к ПК будут минимальными.
Выше описанные технические характеристики ПК относятся к
компьютерам, имеющих среднюю производительность, откуда следует, что
их замена или модернизация не требуется для выполнения установленной
задачи.
Также не требуют улучшения технические характеристики серверов,
поскольку сейчас применяемые модели серверов обладают возможностью
наращивания своей производительности для реализации автоматизируемой
задачи, не причиняя ущерба другим выполняемым ими задачам.
Соединительным линиям ЛВС дают оценку по потенциальной
пропускной способности. Поскольку в процессе работы создаваемого модуля
и обмена информацией с сервером видео или голосовой трафик не
передается, либо остальные данные большие по объему, то и особенных
запросов к пропускной способности не предъявляют. Поскольку пропускная
способность линий связи на данный момент составляет до 1 Гбит/сек, то им
также модернизация или замена не требуются.
53
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл проекта начинается с момента принятия решения о
начале создания и заканчивается только в момент выведения его из
эксплуатации. Современные IT проекты разрабатываются с учётом принятых
стандартов, но так как проект разрабатывается собственными силами
предприятия, то стандарт жизненного цикла должен отвечать ряду
требований:
- стандарт не должен содержать жёстких нормативных критериев;
- при использовании стандарта не должно быть излишней
бюрократической нагрузки;
- стандарт должен содержать общую структуру жизненного цикла, а
также действия, процессы, задачи, которые необходимо реализовать в
процессе создания проекта;
- стандарт должен быть актуален и соответствовать современным
требованиям к ИС.
Как стандарт для регламентации жизненного цикла проекта выбран
ГОСТ Р 57193—2016 «Системная и программная инженерия. Процессы
жизненного цикла систем». Данный стандарт больше подходит для описания
жизненного цикла проекта, представленного в предоставленной работе, так
как он ориентирован прежде всего на разработку ИС в рамках предприятия и
даёт общие рекомендации для любого жизненного цикла, в тоже время
позволяя определить его структуру и сформулировать процессы, действия и
задачи в рамках каждого этапа.
Для предоставленного проекта выделены следующие стадии
жизненного цикла:
- анализ;
- проектирование;
54
- внедрение;
- сопровождение.
Первая стадия «Анализ». Эта стадия начинается с подэтапа
«Определение запросов к будущей ИС». Первой задачей является «Анализ
бизнес-процессов предприятия "КАК ЕСТЬ"». Данную задачу выполняет
менеджер отдела, назначенный генеральным директором в качестве
ответственного лица и IT специалист. В процессе выполнения задачи
формирует структурно - функциональную диаграмму бизнес-процессов
предприятия «КАК ЕСТЬ» в нотации IDEF0. По результатам выполненного
анализа выбирается совокупность задач автоматизации. Данная задача
выполняется IT специалистом. Завершающая задача подэтапа состоит в
«Определении свойств ИС, которые необходимы для решения задачи».
Задача решается менеджером отдела и IT специалистом.
Следующим подэтапом в стадии «Анализ» считается определение
функций будущей ИС и подбор стратегии автоматизации. В подэтапе
участвуют менеджер отдела, IT специалист.
Первая задача подэтапа состоит в анализе существующих разработок в
области создания ИС. Следующей задачей подэтапа считается «Выбор
метода приобретения ИС». Далее следует задача - «Подбор стратегии
автоматизации». Завершающая задача подэтапа состоит в «Определении
задач и целей автоматизации». Необходимо отметить, что данная задача
является ключевой для составления технического задания на разработку ИС.
Предпоследним подэтапом стадии «Анализ» считается «Аргументация
проектных решений». Этот подэтап включает в себя три ключевые задачи:
- аргументация проектных решений по программному обеспечению;
- аргументация проектных решений по техническому обеспечению;
- аргументация проектных решений по ИО.
Целью данных задач является формирование необходимых требований
к вышеперечисленным видам обеспечения ИС предприятия. Участником
данного подэтапа является IT специалист.
55
Заключительным подэтапом стадии «Анализ» является создание
документации по техническому заданию на разработку ИС.
Следующая стадия «Проектирование». На данной стадии необходимо
выполнить следующие задачи:
- оценить риски проекта;
- разработать информационную модель будущей ИС;
- охарактеризовать всю нормативно-справочную информацию, которая
необходима для функционирования ИС;
- охарактеризовать входные и выходные данные, а также алгоритмы их
расчёта;
- перечислить необходимое программное и техническое обеспечение
для функционирования ИС;
- охарактеризовать дерево функций, сценарии диалога, структуру базы
данных проектируемой ИС;
- разработать пользовательские интерфейсы;
Данную работу выполняет IT специалист предприятия. Выходной
информацией является проектная документация.
После проектирования наступает стадия реализации проекта. Данная
стадия начинается с подготовки к разработке ПО. Первый подэтап состоит из
следующих задач:
- установка локального сервера Apache;
- создание всех модулей ИС согласно ТЗ;
- разработка интерфейса на основе созданных модулей.
Все работы выполняет IT специалист предприятия. Конечным
результатом данной стадии является готовая ИС.
Главной целью стадии «Внедрения» является размещение тестирование
ИС. Ключевые стратегии введения системы представлены ниже.
1. Стратегия “Параллельное применение”. Параллельное применение -
синхронно выполняются новая и старая технология решения задачи, итоги их
подлежат сравнению. Ежели полученные результаты согласуются довольно-
Источник: https://baza.diplomsite.ru/previewfile/1478