Дипломная работа: Автоматизация процесса ведения документации и отчетности в АО "Банк Русский Стандарт"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
36
- Полная автоматизация (абсолютно весь технологический процесс
автоматизирован с использованием одного программного продукта).
В рамках данного проекта в качестве способа автоматизации была выбрана
стратегия автоматизации по направлению, направлением является «деятельность
отдела документооборота». Применение полной автоматизации считается
нецелесообразным, поскольку другие направления деятельности АО «Банк Русский
Стандарт» не связаны с рассматриваемой технологией.
1.3.3 Выбор и аргументация метода приобретения ИС для автоматизации
задачи
Сравнение способа индивидуального проектирования, который был выбран
для АО «Банк Русский Стандарт» в создании информационной системы
деятельности отдела документооборота с методами, использующими пакеты
программ или модельного проектирования, может быть осуществлен в рамках
данного проекта с привлечением опыта создания пакета прикладных программ
силами коллектива программистов. Для коллектива программистов требуется
обязательно наличие руководителя проекта – системного программиста, который
осуществляет системную разработку проекта и распределяет его разные участки
между разработчиками. Здесь требуются организаторские способности, способности
увидеть сильные стороны каждого программиста – участника проекта и талант,
чтобы оптимальным образом распределить разные участки проекта между всеми его
участниками. Требуется согласованная работа всех участников, составление плана
работ, его периодическая сверка и возможная модификация в связи с
непредвиденными или обычными обстоятельствами. Очень много таких проектов
были провалены из-за некомпетентности их руководителя, который хотя сам и мог
быть профессиональным программистом, но как руководитель группы
программистов он оказался дилетантом и своей безграмотностью в руководстве,
неумения заметить сильные и слабые стороны участников проекта являлся причиной
провала проекта. Сложность такого проекта и его трудоемкость, временные затраты
и затраты финансов в разы и десятки раз превышают затраты финансов в случае
индивидуальной разработки. В этом преимущество индивидуальной разработки.
Недостатки индивидуальной разработки сводятся в основном в сравнительно
невысоком качестве разработанного программного обеспечения (за исключением
37
редких случаев) из-за ограниченного количества человеко-часов разработки, из-за
применения простейших средств разработки, исключающих обычно создания
сложнейший объектно и предметно ориентированных схем и методов
программирования и соответствующих программных библиотек, сведения процесса
разработки программного обеспечения в основном к методам структурного
программирования, уступающего по глубине и эффективности методам ООП
(объектно-ориентированного программирования).
Дальше осуществим выбор метода приобретения программного решения для
информационной системы деятельности отдела документооборота. Имеются такие
методы приобретения программных решений [10]:
Покупка готового специализированного программного решения;
Разработка программного решения специалистами предприятия;
Привлечение специалистов стороннего предприятия для разработки
программной системы;
Покупка системы с дальнейшей её доработкой.
В масштабе предоставленного проекта предпочтен метод приобретения
программного продукта, состоящий в собственной разработке по таким причинам
[15]:
- В штате предприятия имеются специалисты, способные разработать
систему;
- Возможность доработать систему под специфику предприятия;
- Отсутствует зависимость от посторонних разработчиков, которые
могут прибегнуть к изменению ценовой политики в процессе разработки и
сопровождения, либо отказаться от проекта.
1.4. Аргументация проектных решений
1.4.1 Аргументация проектных решений по техническому обеспечению
В качестве технического (аппаратного) обеспечения информационной
системы подразумевается весь комплекс механических, электрических и
электронных устройств, включенных в состав системы и/либо сети, за исключением
ПО и хранимой информации. В такой комплекс включены: ПК, периферийные
38
устройства по вводу/выводу и сохранению информации, а также энергетическое
оборудование (аккумуляторы и батареи) и сетевое оборудование всевозможных
типов.
В таблице 4 представлены требования к техническому обеспечению, которые
вырабатывались исходя из аппаратных требований применяемого программного
обеспечения.
Таблица 4
Аппаратные требования ИС
Наименование
Сервер
Клиент
Процессор
2,9 ГГц (с архитектурой x64).
Оптимальное количество ядер –
от 4.
От 2,6 ГГц
ОЗУ
От 4ГБ
От 2ГБ
Монитор и
видеокарта
Монитор SVGA (с минимальным разрешением 1024х768
точек)
Жесткий диск
120 Гб
Для функционирования
программы необходимо
от 100 МБ
Оптический
привод
DVD-RW (возможно
использование внешнего USB-
привода)
-
Устройства
ввода
Мышь и клавиатура
ЛВС
Пропускная способность 1GB/c
Параметры аппаратного обеспечения серверной части установлены в
соответствии с требованиями к СУБД, а требования к рабочим станциям – согласно
оценке нагрузки на рабочую станцию приложения для автоматизации системы
документооборота по обрабатыванию заявок службы технической поддержки.
По результатам анализа аппаратных требований дает возможность
утверждать, что имеющихся средств технического обеспечения для работы
создаваемой ИС деятельности отдела документооборота будет достаточно,
необходимость замены и модернизации отсутствует.
Для компании предлагается создать систему, созданной на клиент-серверной
архитектуре, соответственно требованиям, которые предъявляются к техническому
обеспечению. Они включают в себя требования, как к серверной, так и к клиентской
части. Все компьютеры компании объединяются в локальную сеть, что позволяет
удовлетворить все потребности информационного обмена. На рабочих местах
сотрудников компании находятся принтеры для печати разных отчётов, счетов,
39
списков, и других документов.
Так как задачи предполагается решать при помощи веб-ориентированной
системы, необходимы будут веб-сервер и компьютеры для рабочих мест.
Характерные свойства архитектуры «клиент-сервер» и прочие специфичности веб-
ориентированных систем дают возможность им работать на ЭВМ с низкими
системными требованиями. Сдерживающим фактором являются запросы
операционной системы, потому, что современные браузеры к ресурсам
нетребовательны.
Поскольку создаваемый модуль будет функционировать на базе клиент -
серверной технологии, все без исключения вычисления будут выполняться на
стороне сервера, а значит, системные запросы к ПК будут минимальными.
Описанные технические характеристики ПК отдела документооборота
относятся к компьютерам, имеющих среднюю производительность, откуда следует,
что их замена или модернизация не требуется для выполнения установленной
задачи.
Также не требуют улучшения технические характеристики серверов,
поскольку сейчас применяемые модели серверов обладают возможностью
наращивания своей производительности для реализации автоматизируемой задачи,
не причиняя ущерба другим выполняемым ими задачам.
Соединительным линиям ЛВС дают оценку по потенциальной пропускной
способности. Поскольку в процессе работы создаваемого модуля и обмена
информацией с сервером видео или голосовой трафик не передается, либо остальные
данные большие по объему, то и особенных запросов к пропускной способности не
предъявляют.
1.4.2 Аргументация проектных решений по информационному обеспечению
В предоставленной работе будут спроектированы такие классификаторы:
сотрудников, клиентов, документов. Решение задачи автоматизации деятельности
компании должно реализовываться на базе принятой единой системе классификации
и кодирования. По этой причине применяются общесистемные классификаторы
единиц измерения.
Для разрабатываемой системы в качестве входной информациии будут
считаться документы клиентов (паспорт), всевозможные специальные документы,
40
применяемые в наследственном делопроизводстве. Абсолютно все подобные
данные поступают и в печатном, и цифровом виде.
Выходными данными будут:
- Общее количество регистрируемых клиентов;
- Количество документов в i-го типа;
- Общее количество документов.
Все эти данные находится в распоряжении делопроизводителей отдела
документооборота, которыми и будет осуществляться оперативный ввод данных.
Информация по суточной деятельности должна вводиться в систему вначале
следующего дня. При какой-либо ошибке в учете, позже могут вноситься изменения,
не причиняя ущерба целостности данных. Также, можно вести журнал изменений, в
котором необходимо отражать все действия сотрудников по внесению изменений в
оперативную информацию. Существование данного журнала предоставляет
возможность не только анализировать качество учета деятельности (обнаруживая
большое количество ошибок при ведении посуточного учета), но и контролировать,
как сотрудники работают с АРМом.
Любые входные документы для решаемой задачи целесообразно получать
посредством сети, поэтому они должны представляться в файлах заблаговременно
согласованной структуры. Чтобы упростить использование таких файлов, они
должны быть в виде таблиц.
В данном проекте информационная база представляется как интегрированное
информационное хранилище. Такая организация дает возможность объединять
разные источники информации, осуществлять управление файлами разных
форматов. Кроме того, очевидны достоинства применения для хранения
информации базы данных:
-· удобство и повышение скорости совместной обработки данных;
-· поддержка целостности данных,
-·совместимость данных; соответствие данных действительному состоянию
объекта.
Более популярное распространение обрела реляционная модель данных. При
этой организации любая информация изображена как таблицы или файлы БД и
отношения. Такие таблицы представляют собой совокупность записей (строк или
Источник: https://baza.diplomsite.ru/previewfile/2033