Дипломная работа: Автоматизация процесса ведения документации и отчетности в АО "Банк Русский Стандарт"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
46
применяющийся в Unix-аналогичных ОС;
-·IIS –– это Web-сервер, созданный в компании Microsoft, как правило,
используется на ОС рода Microsoft Windows.
Ключевыми преимуществами Apache считаются безопасность и гибкость
конфигурации. Данный Web-сервер позволяет подключения наружных модулей для
предоставления информации, изменять сообщения об ошибках, использовать СУБД
для аутентификации пользователей. Недостатком является отсутствие стандартного
удобного администраторского интерфейса.
Преимуществом IIS является интеграция с иными продуктами компании
Microsoft. Значительный недостаток IIS состоит в трудности интеграции этого
сервера с интерпретатором PHP, что в целом усложняет настройку и использование
данного Web-сервера.
Значит, более логично применять Web-сервер Apache.
Для применения системы на рабочих пользовательских станциях необходимо
установить Web-браузер. В настоящее время большую известность получили
браузеры: Firefox, Chrome, Opera, Internet Explorer.
В разрабатываемой системе применяется методика асинхронного обмена
информацией AJAX и JavaScript код, который выполняется на стороне пользователя,
поэтому главное требование к браузеру это его скорость обрабатывания JavaScript
кода. Среди вышеприведенных браузеров, самым быстрым в работе с JavaScript
выявился Opera, что доказывают итоги множественных тестирований в разных
бенчмарках. Непосредственно данным браузером рекомендовано заменить
используемый на сегодняшний день.
Принимая во внимание функциональность и задачи проекта, принято решение
осуществить реализацию веб-сервиса с применением следующих технологий:
HTML; CSS; JavaScript; PHP; PostgreSQL. В качестве операционных систем рабочих
станций и серверов будут использоваться уже использующиеся на данном
предприятии.
Выводы по главе
В данной главе был произведен анализ деятельности компании АО «Банк
Русский Стандарт». В процессе анализа работы была рассмотрена организационная
47
штатная структура компании, дана характеристика главных бизнес-процессов.
Выяснено, что один из ключевых процессов это учет документов, на сегодняшний
день не автоматизирован и считается источником повышенных трудозатрат
сотрудников, а также одной из вероятных причин снижения эффективности работы
компании АО «БАНК РУССКИЙ СТАНДАРТ».
На сегодняшний день применяются две ключевых стратегии автоматизации:
подгонка имеющегося программного продукта под бизнес-процессы компании и
создание новой автоматизированной системы, оптимизированной под
существующие бизнес процессы. Выбор стратегии автоматизации зависит от целей
развития компании и ее долгосрочных экономических возможностей.
Для компании АО «БАНК РУССКИЙ СТАНДАРТ» наиболее подходит
вариант с разработкой собственной информационной системы под выделенный в
результате анализа деятельности компании бизнес-процесс. Такой вариант не
требует значительных денежных затрат, так как компания располагает
собственными финансовыми средствами для создания и поддержки созданного
программно-аппаратного комплекса.
В данной главе выполнены комплексные работы, направленные на
обоснование необходимости внедрения автоматизации: определена суть задачи,
описаны главные характеристики системы, отображены все имеющиеся бизнес-
процессы, освещены вопросы, которые связанны с анализом имеющихся разработок
в данной области. Первая глава также обосновывает проектные решения по
информационному, техническому, программному и технологическому
обеспечению.
В процессе проектирования системы информации были вынесены решения по
ее информативному, техническому и программному обеспечению. В ходе создания
системы были использованы СУБД PostgreSQL и язык программирования PHP.
48
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Проведем выбор концепции жизненного цикла в рамках проектирования
системы автоматизации службы технической поддержки АО «Банк Русский
Стандарт».
Жизненным циклом ИС считается период формирования и применения
информационной системы, охватывающий различные её состояния, с момента
возникновения необходимости ее реализации и до момента вывода ее из
эксплуатации [9].
В наше время наиболее распространенными стандартами,
регламентирующими вопросы, связанные с реализацией жизненного цикла ИС
считаются [17]:
ISO 15288 «Standard for Information Technoiogy - System Life Cycle Processes»,
ISO 12207 «Standard for Information Technoiogy - Software Life Cycle Processes»;
- ГОСТ 34 (ГОСТ 34.601-90 «Автоматизированные системы Стадии
создания»).
Стандарт ГОСТ 34.601-90 в масштабе построения и развития
автоматизированных систем считается довольно обобщенным, в то же время
предъявляет жесткие требования к структуре жизненного цикла ИС, а также к
свойствам, содержанию и объемам проектной документации. Сегодня данный
стандарт считают уже устаревшим. Стандарты ISO 15288 и ISO 12207 считаются
международными стандартами, которыми регламентируется структура жизненного
цикла. Эти стандарты считаются более современными, в сравнении с ГОСТом 34.
Отличаются данные стандарты тем, что ISO 12207 применяется при разработке
только программных продуктов, а стандарт ISO 15288 предназначен для полного
анализа автоматизированных систем, включая аппаратную и программную
платформы. По этой причине, в предоставленном проекте воспользуемся
стандартом жизненного цикла ISO 12207.
Имеются такие основные стратегии по внедрению системы [10]:
1. Параллельная стратегия, когда осуществляется одновременное
функционирование старой (ручной) и новой систем, и выполняется сравнение
49
выходных их документов. Если согласование документов занимает длительное
время, то выполняется переход на новую систему.
2. "Скачок". Эта стратегия не рекомендуется, хотя считается привлекательной.
3. "Пилотный проект". Считается наиболее часто применяемой стратегией.
"Пилотный проект" представляет собой тактику "скачка", но применяемую к
ограниченному количеству процессов. Сфера использования "Пилотного проекта" -
небольшой участок работы. Этот подход считается наиболее надежным и позволяет
снизить риски. Сегодня эту тактику применяют практически все предприятия.
4. "Узкое место"- считается малой частью технологического процесса. В
случае использования данного похода, план внедрения реализовывается
исключительно для "узкого места" и для сотрудников, которые работают в нем.
Точность данных увеличивается исключительно для изделий в этом "узком месте";
переподготовка требуется только для сотрудников, которые работают в нем; анализ
эффекта расходов выполняется исключительно для него и т.д.
Стратегией внедрения системы избрана модель "Пилотный проект".
Модель жизненного цикла ИС в себя включает [21]:
1. Этапы.
2. Результаты выполнения работ на каждом этапе.
3. Ключевые события — точки окончания работ и выработки решений.
Этап считается частью процесса создания ИС, ограниченной установленными
временными рамками и завершающаяся выпуском определенного продукта
(документации, программных компонентов, моделей), определяемого
установленными для данного этапа требованиями.
На любом этапе могут реализовываться несколько процессов, которые
определены стандартом ГОСТ Р ИСО/МЭК 12207-2010, и напротив, один и тот же
самый процесс может реализовываться на разных этапах. Соотношение между
этапами и процессами также определяется применяемой моделью жизненного цикла
информационной системы [24]
Модели жизненного цикла ИС
В рамках каскадной модели предполагается последовательное исполнение
всех этапов проекта в строго определенном порядке. Переход к следующему этапу
производится только при полном завершении работ на предшествующей стадии.
50
Проводится четкое документирование требований в форме технического задания.
Окончание каждого этапа предполагает издание полного комплекта документов,
достаточного для того, продолжения разработки другой группой специалистов.
Понятие «жизненный цикл проекта» можно интерпретировать как период
времени от зарождения идеи проекта до его завершения, который можно разделить
на соответствующие фазы или этапы [8]:
Этап замысла.
Этап разработки.
Этап производства.
Этап применения
Этап поддержки применения.
Этап прекращения использования и списания
Не существует единого оптимального метода, позволяющего определить
наиболее подходящий жизненный цикл и структуру проекта. У некоторых
предприятий существуют принятые принципы, согласно которым для каждого
проекта подразумевается один и тот же жизненный цикл, в то время как остальные
предприятия позволяют команде управления проектом самим выбирать жизненный
цикл, наиболее подходящий для проекта [26].
Модель ЖЦ программного обеспечения представляет собой структуру,
определяющую порядок реализации и взаимосвязи процессов, задач и действий в
течение ЖЦ. Модель ЖЦ находится в зависимости от специфики, сложности и
масштаба проекта, а также специфики условий, в которых создается и работает
система.
Различают такие модели ЖЦ [15]:
Каскадная модель - подразумевает последовательное выполнение всех
этапов проекта в строго определенном порядке. Переход на следующий этап
выполняется только после полного завершения работ на предыдущем.
Итерационная модель - подразумевает разделение жизненного цикла
проекта на определенную последовательность итераций, напоминающих «мини-
проект», каждый из которых включает все процессы разработки в использовании к
формированию меньших сегментов функциональности, в сравнении с проектом в
общем. Цель каждой итерации состоит в получении функционирующей версии
Источник: https://baza.diplomsite.ru/previewfile/2033