Модуль банковской информационной системы нахождения ошибок подключения оператора к корпоративной сети на базе технологии клиент-сервер

Проблема автоматизации нахождения ошибок подключения к корпоративной сети клиентских рабочих мест в ОАО "Сбербанк России". Требования к структуре и функционированию системы. Описание информационной модели. Выбор программного обеспечения для реализации.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 25.07.2015
Размер файла 3,6 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Выпускная квалификационная работа

Модуль банковской информационной системы нахождения ошибок подключения оператора к корпоративной сети на базе технологии клиент-сервер.

Аннотация

В данной выпускной квалификационной работе рассматривается вопрос автоматизации нахождения ошибок подключения к корпоративной сети клиентских рабочих мест в ОАО "Сбербанк России".

Цель выпускной квалификационной работы - снижение затрат на сопровождение банковской информационной системы "Клиент-Сбербанк", повышение эффективности работы системы за счёт сокращения количества обращений к администратору путём телефонных звонков, основанной на технологии клиент-сервер.

Автоматизация данного процесса позволяет более оперативно исправлять ошибки подключения к серверу без выезда на клиентские рабочие места и сокращать количество звонков на операторный пункт банковской информационной системы "Клиент-Сбербанк" путем отправки письма на электронную почту системным администраторам отдела внедрения и сопровождения автоматизированных систем.

Ил.22, табл.16, библ.40 наим.

Содержание

  • 2Аннотация
  • Введение
  • 1. Аналитическая часть
  • 1.1 Технико-экономическая характеристика предметной области
  • 1.1.1 Общие положения
  • 1.1.2 Организационная структура организации ОАО "Сбербанка России"
  • 1.2 Краткая характеристика автоматизируемого подразделения и видов его деятельности
  • 1.3 Экономическая сущность задачи
  • 1.4 Разработка и обоснование предложений по решению поставленной задачи
  • 1.5 Постановка задачи
  • 2. Проектная часть
  • 2.1 Разработка технического задания на создание функциональной подсистемы модуля
  • 2.1.1 Общие сведения
  • 2.1.2 Цель создания системы
  • 2.1.3 Характеристика объекта автоматизации
  • 2.1.4 Требования к структуре и функционированию системы
  • 2.1.5 Требования по техническому обеспечению (TO)
  • 2.1.6 Требования к численности и квалификации персонала системы
  • 2.1.7 Требования к надежности
  • 2.1.8 Требования безопасности
  • 2.1.9 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
  • 2.1.10 Требования к защите информации от несанкционированного доступа
  • 2.1.11 Требования к информационному обеспечению системы
  • 2.1.12 Требования к лингвистическому обеспечению системы
  • 2.1.13 Требования к программному обеспечению системы
  • 2.1.14 Требования к организационному обеспечению системы
  • 2.1.15 Требования к документированию
  • 2.3 Характеристика нормативно-справочной и входной оперативной информации
  • 2.4 Характеристика результатной информации
  • 2.5 Информационная модель и ее описание
  • 3. Программная часть
  • 3.1 Выбор программного обеспечения для реализации подсистем
  • 3.2 Экономическое обоснование разработки информационной системы
  • 3.2.1 Исходные данные для расчета экономического обоснования
  • 3.2.2 Расчет технического уровня
  • 3.2.3 Расчет и обоснование экономической целесообразности
  • 3.2.4 Расчет затрат на создание модуля
  • 3.2.5 Расчет затрат времени на разработку и внедрение
  • 3.2.6 Расчет затрат на разработку модуля
  • 3.2.7 Расчет затрат на внедрение модуля
  • 3.2.8 Расчет текущих затрат до внедрения модуля
  • 3.2.9 Расчет текущих затрат после внедрения модуля
  • 3.2.10 Расчет условно - годовой экономии от внедрения модуля
  • 3.2.11 Расчет ожидаемого годового экономического эффекта от внедрения
  • 3.2.12 Расчет срока окупаемости проекта
  • 3.2.13 Результаты расчета экономической эффективности проекта
  • 3.3 Дерево функций
  • 3.4 Сценарий диалога
  • 3.5 Дерево программных модулей
  • 3.6 Блок - схема информационной системы
  • 3.7 Описание программы
  • Заключение
  • Список литературы
  • Список сокрашений
  • Приложения

Введение

Современные банковские системы имеют состав аппаратных средств, в которые входят:

– средства вычислительной техники (ВТ);

– оборудование локальных вычислительных сетей (ЛВС);

– средства телекоммуникации и связи;

– оборудование, автоматизирующее различные банковские услуги: автоматы-кассиры и т. д;

– средства, автоматизирующие работу с денежной наличностью (для полсчета и подтверждения подлинности купюр и другие).

Важнейшими факторами, влияющими на функциональные возможности и эффективную работу банковских систем, являются состав технических средств, их архитектура и набор базового (системного) программного обеспечения (ПО), на основе которого строится прикладная часть системы.

Отличительной чертой функционирования автоматизированных банковских систем (АБС), является необходимость обработки больших объемов данных в сжатые сроки. При этом основная тяжесть падает на операции ввода, чтения, записи, передачи данных. Это предъявляет весьма жесткие требования к производительности операционных систем (ОС), систем управления базами данных (СУБД) и средств передачи данных. Кроме того, значительные объемы информации должны быть доступны в оперативном режиме для обеспечения возможностей анализа, прогнозирования, контроля и прочего. Поэтому базовые средства должны быть в состоянии поддерживать доступ к большим (и постоянно возрастающим) объемам данных без потери производительности. Базовые средства используются для обеспечения эксплуатации АБС, для разработки прикладной части программных средств. Базовыми являются ОС, СУБД и другие программные средства системного назначения.

В их окружение, под их действием функционируют прикладные программы.

Наличие в спектре базовых средств сетевых функций является непременным атрибутом современных АБС. Сетевые функции придают системе свойства многоуровневости и многозвенности, а также обеспечивают возможность объединения различных программных платформ (Linux, FreeBSD, Windows, Unix и другие) и, как следствие, возможность гибкого расширения и наращивания системы - дополнения ее новыми рабочими системами, новыми серверами различных классов.

На современном этапе развития АБС все большее распространение получает рассредоточенная (распределенная) обработка информации. Этому способствует бурное развитие компьютерной техники, снижение ее стоимости, простота в обслуживание и эксплуатации.

Структурно такие АБС реализуются как некоторая сеть (вычислительная система), объединяющая посредством каналов передачи данных серверное оборудование, терминалы, другие периферийные устройства.

Создание информационных систем для крупных банков строится на основе более мощной центральной серверной системы и относительно более слабых "серверов". На базе сетевых персональных электронно-вычислительных машин (ПЭВМ) формируются система взаимосвязанных специализированных автоматизированных рабочих мест (АРМ).

Создаются АРМы различных уровней управления - управляющих, начальников управлений, руководителей подразделений, других работников, занятых преобразованием информации.

Учитывая конкретное целевое назначение АРМ, основным принципом, закладываемым в их разработку, являются АРМы различных уровней и назначений объединяются в вычислительные банковские сети (ВС).

ВС требуют интеграции информационных потоков, и в частности, организации информации в виде совокупности баз данных (БД).

Существуют различные инструментальные средства для поддержания и управления БД - это, прежде всего, различные системы управления БД (СУБД).

Структура БД в составе сети АРМ должна допускать простое расчленение ее на подбазы, размещаемых на отдельных АРМ и обеспечить при этом простоту доступа к любой подбазе с учетом существующей системы санкционированного доступа.

Использование АРМ в рамках АБС предполагает создание такой структуры, которая обеспечивает функционирование подсистем в АБС, обеспечение связей между ними, интерфейсов АРМ с пользователями и техническими средствами, взаимодействие программных и информационных средств, используемых в АБС и АРМ.

Создание распределенных систем на основе локальных сетей с высокопроизводительными электронно-вычислительными машинами (ЭВМ), выполняющими роль серверов и ПЭВМ в качестве АРМ (рабочих станций - основное современное направление развития банковских систем. Одним из таких является Автоматизированное Рабочее Место "Клиент-Сбербанк".

Клиент-сервер (англ. Client-server) - сетевая архитектура, в которой устройства являются либо "клиентами", либо - "серверами". "Клиентом" (front end) является запрашивающая машина (обычно ПК), "сервером" (back end) - машина, которая отвечает на запрос. Оба термина (клиент и сервер) могут применяться как к физическим устройствам, так и к программному обеспечению.

Утверждение, что некоторая информационная система имеет архитектуру "клиент-сервер", означает, что прикладная составляющая этой системы имеет распределенный характер и состоит из двух взаимосвязанных компонент, одна из которых (клиент) формирует и посылает запросы высокого уровня.

Обычно выделяются три модели взаимодействия клиента и сервера:

банковская информационная система модуль

– RDA (Remote Data Access), в которой компонента представления (пользовательский интерфейс) и прикладная компонента (логика работы программы) совмещены в клиентской части, а компонента доступа к информационным ресурсам (данным) размещена в серверной части;

– DBS (DataBase Server), в которой компонента представления размещена в клиентской части, а прикладная компонента и доступ к информационным ресурсам - в серверной;

– AS (Application Server), в которой компонента представления находится в клиентской части, прикладная компонента - в "сервере приложения", а компонента доступа к информационным ресурсам - в "сервере базы данных".

1. Аналитическая часть

1.1 Технико-экономическая характеристика предметной области

В качестве объекта автоматизации рассматривается открытое акционерное общество "Сбербанк России" (Далее - ОАО "Сбербанк России"). ОАО "Сбербанк России" - это современная универсальная организация, входящая в число крупнейших российских коммерческих банков России и стран СНГ, имеющий представительство в девяти странах Центральной и Восточной Европы, в Турции, в Германии и Китае и филиал в Индии.

Функции предприятия:

– привлечение денежных средств физических и юридических лиц во вклады (до востребования и на определенный срок);

– размещение указанных привлеченных средств от своего имени и за свой счет;

– открытие и ведение банковских счетов физических и юридических лиц;

– осуществление расчетов по поручению физических и юридических лиц, в том числе банков-корреспондентов, по их банковским счетам;

– инкассация денежных средств, векселей, платежных и расчетных документов и кассовое обслуживание физических и юридических лиц;

– купля-продажа иностранной валюты в наличной и безналичной формах;

– привлечение во вклады и размещение драгоценных металлов;

– выдача банковских гарантий;

– оказание брокерских и депозитных услуг;

– привлечение денежных средств;

– осуществление переводов денежных средств по поручению физических лиц без открытия банковских счетов (за исключением почтовых переводов).

1.1.1 Общие положения

Сбербанк России является крупнейшим банком Российской Федерации и СНГ. Его активы составляют четверть банковской системы страны, а доля в банковском капитале находится на уровне 30%.

Основанный в 1841 г., Сбербанк России сегодня - современный универсальный банк, удовлетворяющий потребности различных групп клиентов в широком спектре банковских услуг. Сбербанк занимает крупнейшую долю на рынке вкладов и является основным кредитором российской экономики. По состоянию на 1 июня 2015 г., доля Сбербанка России на рынке частных вкладов составляла 50,5%, а его кредитный портфель соответствовал более 30% всех выданных в стране займов.

Сбербанк России обладает уникальной филиальной сетью и в настоящее время в нее входят 18 территориальных банков и более 19 050 подразделений по всей стране. Дочерние банки Сбербанка России работают в Казахстане, на Украине и в Белоруссии. Сбербанк нацелен занять 5% долю на рынке банковских услуг этих стран. В соответствии с новой стратегией, Сбербанк России планирует расширить свое международное присутствие, выйдя на рынки Китая и Индии.

Рассматривая международный вектор как важнейшую составляющую стратегии своего развития, Сбербанк России осуществляет казначейские операции на международном рынке и операции торгового финансирования, поддерживает корреспондентские отношения с более чем 220 ведущими банками мира и участвует в деятельности ряда авторитетных международных организаций, представляющих интересы мирового банковского сообщества. Активная позиция и международный авторитет позволяют Сбербанку России наиболее полно удовлетворять внешнеэкономические запросы своих клиентов. Привлекать на выгодных условиях ресурсы с мировых финансовых рынков и соответствовать лучшей практике, принятой в международном банковском сообществе.

В октябре 2008 г. Сбербанком была принята новая стратегия развития на период до 2016 г., в рамках которой Банк нацелен на дальнейшее развитие своих конкурентных преимуществ и создание новых областей роста. Совершенствование системы управления рисками, оптимизация расходов и реализация инициатив, направленных на повышение эффективности деятельности, позволят Сбербанку России доказать свою устойчивость в текущих условиях нестабильности на глобальных финансовых рынках, сохранить лидерство в российской финансовой системе и стать одной из лучших мировых кредитных организаций.

Генеральная лицензия Банка России на осуществление банковских операций 1481 от 30 августа 2010 года.

Полное фирменное наименование: Акционерный коммерческий Сберегательный банк Российской Федерации (открытое акционерное общество).

Сокращенное фирменное наименование: Сбербанк России ОАО.

1.1.2 Организационная структура организации ОАО "Сбербанка России"

Сбербанк имеет уникальную и не имеющую аналогов на рынке банковских услуг организационную структуру. В систему Сбербанка России входят региональные банки и учреждения более низкого уровня: филиалы и отделения.

Поскольку Сбербанк является монополистом финансового рынка, у него нет конкурентов, потому что он предоставляет госгарантии по вкладам. Кроме этого, банк принимает активное участие в программе международного уровня, направленной на развитие малого и среднего предпринимательства на территории России. Банк обслуживает счета и учитывает доходы и оборотные средства федерального бюджета, так как имеет соответствующий статус. Высшим органом управления Сбербанка России является собрание акционеров. Только оно может избрать правление финансовой организации и наблюдательный совет. Общее руководство финансовым учреждением осуществляется избираемым советом. В его обязанности входит:

– определение направлений дальнейшего развития финансового учреждения;

– контроль над деятельностью правления;

– утверждение отчёта за год;

– контроль политики в сфере кредитования и инвестиций;

– выборы председателя;

– организация деятельности двух комитетов: ревизионного и кредитного.

Региональные отделения наделены правами юридических лиц. Их баланс является составной частью единого баланса Сберегательного банка Российской Федерации. Они осуществляют свою деятельность на основании утверждённого положения, в соответствии с которым отделения банка:

– входят в состав объединённой организационной системы;

– имеют права юридических лиц;

– руководствуются при осуществлении своих функций актами, принятыми в Сбербанке и Центробанке РФ.

Работа Сбербанка отличается от деятельности финансовых организаций тем, что он в основном взаимодействует с частными лицами.

Деятельность банка направлена на привлечение финансовых сбережений населения, предоставление физическим лицам расчётно-кассовых услуг, оказание всего спектра финансовых услуг организациям и населению.

В число пассивных входят операции, позволяющие банку формировать капитал, принимать и сохранять депозиты, открытые гражданами и организациями, продавать ценные бумаги и реализовать сберегательные депозиты.

Организационная структура ОАО "Сбербанка России" представлена на рисунке 1.1.

Рисунок 1.1 - Структура организации ОАО "Сбербанк России"

Сберегательным банком Российской Федерации осуществляются разные операции, которые делят на активные и пассивные.

К числу активных относятся выдача кредитов, в том числе и межбанковских, операции, позволяющие размещать в ценные бумаги финансовые средства. Наибольшим спросом среди активных операций банка пользуется кредитование граждан. Банк выдаёт займы на оплату обучения и ведение строительства, совершение крупных покупок вроде транспорта и жилья, а также на другие нужды. В число пассивных входят операции, позволяющие банку формировать капитал, принимать и сохранять депозиты, открытые гражданами и организациями, продавать ценные бумаги и реализовать сберегательные депозиты.

1.2 Краткая характеристика автоматизируемого подразделения и видов его деятельности

В качестве объекта исследования в данной ВКР рассмотрен бизнес-процесс поддержки автоматизированной информационной системы и устранения ошибок подключения к корпоративной сети в отделе внедрения и сопровождения автоматизированных систем ОАО "Сбербанка России". Автоматизация данного процесса позволит повысить эффективность работы системы банковской информационной системы "Клиент-Сбербанк", а так же сократить затраты на сопровождение системы банковской ИС "Клиент-Сбербанк".

Отдел внедрения и сопровождения автоматизированных систем (ВиСАС), обеспечивает работу серверной части системы "Клиент-Сбербанк". Автоматизированное рабочее место "Клиент" системы "Клиент-Сбербанк" предназначено для ввода, редакции и отправки документов в банк, а так же получения из банка информации о проведенных платежах, выписок по счетам, справочных данных и почты свободного формата.

При работе с системой различным категориям пользователей могут быть назначены различные права, что обеспечивает дополнительный уровень защиты от несанкционированного использования программы.

Применяемые в системе "Клиент-Сбербанк" процедуры электронной подписи и шифрования передаваемых файлов исключают злоумышленный перехват, прочтение и искажение передаваемой информации.

Процедура электронной подписи удовлетворяет стандартам Российской Федерации ГОСТ Р34.10 - 94 "Информационная технология. Криптографическая защита информации.

Система электронной цифровой подписи на базе асимметричного криптографического алгоритма" и ГОСТ Р34.11 - 94 "Информационная технология. Криптографическая защита информации. Функция хэширования", а процедура шифрования - требованиям ГОСТ 28147 - 89.

Встроенная в программное обеспечение транспортная подсистема обмена данными с банком использует стандартный протокол TCP/IP, что позволяет устанавливать сеанс связи через глобальные сети (Интернет и другие, обеспечивающие поддержку указанного протокола).

В комплекс обслуживания системы входит служба техподдержки, которая включает в себя: консультацию вопросов по телефону, выезд специалистов на рабочие места, информационная интернет - система "Клиент-Банк".

Работа на абонентском пункте (АП) системы "Клиент-Банк" с ключевой информацией должна осуществляться под контролем специально уполномоченного лица - администратора безопасности АП (далее администратор).

Функциями администратора являются:

– инициализация средств шифрования перед началом сеанса;

– генерация и смена главного ключа АП;

– установка и смена сетевых ключей;

– сопровождение ключей электронной цифровой подписи (ЭЦП).

Используются несколько степеней защиты передаваемых пакетов информации: со стороны клиента - пароль оператора, персональный пароль пользователя, средство защиты ЭЦП; со стороны банка - привязка по IP - адресу, привязка по конфигурации аппаратных средств клиентского рабочего места, идентификационный код клиентской версии программы, сложная система кодирования пакетов данных, постоянное обновление кодов безопасности как клиентской части, так и серверной.

1.3 Экономическая сущность задачи

Банковская Информационная Система "Клиент-Сбербанк" позволяет совершать финансовые переводы на любые расстояния, имеет широкие возможности к использованию, но очень сложна в конфигурации. В связи с этим система имеет высокую загруженность на сервере.

Рассмотрим достоинства и недостатки ИС "Клиент-Сбербанк" в таблице 1.1.

Таблица 1.1

Достоинства и недостатки ИС "Клиент-Сбербанк"

Достоинства

Недостатки

Непробиваемая система безопасности (пароли, ЭЦП, привязки)

Большое количество дополнительной конфигурации

Возможность использования любого сетевого подключения (ADSL, телефонный кабель, IP-телефония, и т.д.)

Сложная система привязок

Возможность передачи информации различных видов (платежные поручения, SWIFT - коды, почта свободного формата)

Сложный и длительный процесс обучения персонала

Вся служебная информация находится на сервере данных (безопасность этих данных)

Необходимое большого размера хранилище данных

Различный доступ для пользователей на одном рабочем месте

Необходима переконфигурация программы при изменении состава персонала.

Имеет "очередь отправки" файлов, благодаря чему отправляемые файлы не будут потеряны во время сбоя связи

100% загруженность сервера при долгой задержки связи (накопление очереди) и в "часы пик"

Мастер сохранения данных позволяет создавать резервные копии файлов конфигурации

Дополнительная нагрузка системных администраторов

Анализ полученных данных позволяет утверждать о необходимости создания формы, отображающей справочную базу, которая бы наиболее эффективно помогла работе операторам клиентских рабочих мест без участия системных администраторов, а также позволяющей диагностировать сетевое подключение с банковским сервером и отображать отчёт полученных данных.

1.4 Разработка и обоснование предложений по решению поставленной задачи

Процесс работы отдела внедрения и сопровождения автоматизированных систем, а именно процесс поддержки АИС и устранения ошибок подключения к корпоративной сети протекает по следующему сценарию:

– клиент обращается в отдел внедрения и сопровождения автоматизированных систем с целью исправить ошибки подключения к вычислительной сети, либо оставить заявку на настройку и сопровождение нового ПО;

– системные администраторы отдела ВиСАС, основываясь на заявках клиентов, проводят необходимые работы;

– группа инженеров, основываясь на звонках клиента выезжает на клиентские рабочие места для выявления ошибки подключения к вычислительной сети и их исправления;

– группа инженеров оформляет документы о проделанной работе на клиентских рабочих местах;

– системные администраторы составляют отчёты о проделанной работе и передают их начальнику отдела внедрения и сопровождения автоматизированных систем.

Процесс поддержки автоматизированной информационной системы и устранения ошибок подключения к корпоративной сети, представлен в виде мнемосхемы на рисунке 1.2.

Рисунок 1.2 - Мнемосхема процесса поддержки АИС и устранения ошибок корпоративной сети "как есть"

Теперь рассмотрим описанный бизнес-процесс работы отдела внедрения и сопровождения автоматизированных систем, а именно процесс поддержки АИС и устранения ошибок подключения к корпоративной сети на примере диаграммы IDEF0 на рисунке 1.3.

Входными данными на диаграмме являются указания, служебная записка, а также комплекс программных средств.

Механизмами, на диаграмме, являются инструкции по сопровождению программного обеспечения, а также правила оформления документов.

Стрелки управления - это начальник отдела ВиСАС, группа инженеров по настройке подключения к серверу, программист, оператор серверной части и водители.

Выходными данными на диаграмме являются ответы на служебные записки, исправленные ошибки системы, отчёт о выполнении плана работ и выполненные условия договоров.

Рисунок 1.3 - Процесс поддержки АИС и устранения ошибок корпоративной сети "как есть"

На данном рисунке представлена структура организации работ по сопровождению клиент-серверной системы в нотации IDEF0. Рассмотрим более подробную схему на примере диаграммы декомпозиции IDEF0, которая представлена на рисунке 1.4.

Процесс поддержки автоматизированной информационной системы и устранения ошибок корпоративной сети подразделяется на 4 блока.

Первый блок - это формирование базы клиентов и распределение задач. Из первого блока во второй поступают заявки клиентов на настройку программного обеспечения.

Второй блок - это поддержка клиентских рабочих мест. Из второго блока в третий поступают заявки на проведение работ.

Третий блок - это выезды на клиентские рабочие места. Из третьего блока в четвёртый поступает акт о проведении работ.

Четвёртый блок - оформление документов.

Рисунок 1.4 - Декомпозиция процесса поддержки АИС и устранения ошибок корпоративной сети "как есть"

Технология осуществления данного процесса выглядит сложной и громоздкой, требуется большое количество персонала, происходят значительные задержки при подключении к корпоративной сети в следствии ожидания решения проблемы.

1.5 Постановка задачи

Основной задачей данной работы является разработка модуля банковской информационной системы нахождения ошибок подключения оператора к корпоративной сети на базе технологии "Клиент-Сервер".

Цель создания модуля: снижение затрат на сопровождение банковской информационной системы "Клиент-Сбербанк", повышение эффективности работы системы, основанной на технологии "Клиент-Сервер".

Для достижения поставленной цели модуль должен будет выполнять следующие функции:

– проверка связи с сервером;

– получение кода ошибки;

– отправка письма с кодом ошибки администраторам;

– предоставление информации о существующих ошибках.

При проектировании модуля будут созданы функциональные модели системы, на их основе разработана информационная модель системы, алгоритм работы программы, дерево функций, сценарий диалога. Внедряемый модуль позволит:

– снизить затраты на сопровождение БИС "Клиент-Сбербанк";

– сократить звонки на операторный пункт БИС путем отправки письма на электронную почту системным администраторам отдела ВиСАС;

– устранить выезды на клиентские рабочие места для выявления ошибки подключения к вычислительной сети.

2. Проектная часть

2.1 Разработка технического задания на создание функциональной подсистемы модуля

2.1.1 Общие сведения

Наименование системы: Модуль банковской ИС "Клиент-Сбербанк".

Назначение системы: Нахождение ошибок подключения оператора к корпоративной сети на базе технологии клиент-сервер.

Заказчиком системы является ОАО "Сбербанк России" Башкирского отделения № 8598/0233 (далее - Заказчик).

Адрес г. Уфа, ул. 50-летия Октября, д.3.

Тел. 8 (800) 555-55-50.

Разработчиком системы является Лакеева Анна Анатольевна, (далее - Разработчик).

Срок начала работы по созданию модуля - 30 октября 2014 года.

Плановый срок окончания работ по созданию модуля - 1 февраля 2015 года.

2.1.2 Цель создания системы

Целью создания системы является снижение затрат на сопровождение банковской информационной системы "Клиент-Сбербанк", повышение эффективности работы системы, основанной на технологии клиент-сервер.

Модуль должен выполнять следующие задачи:

– проверка связи с сервером;

– получение кода ошибки;

– отправка письма с кодом ошибки администраторам;

– предоставление информации о существующих ошибках.

Критерии оценки достижения цели создания системы - повышение качества работы отдела, уменьшение затрат времени, снижение количества ошибок.

2.1.3 Характеристика объекта автоматизации

Сопровождением БИС "клиент-банк" занимаются сотрудники отдела внедрения и сопровождения автоматизированных систем основной функционал которых: настройка серверного оборудования, работа с базой клиентов и информационной системой банка, а также выезды к клиентам, установка, обновление автоматизированного рабочего места, и настройки соединения с сервером данных.

В данном случае для БИС "клиент-банк" башкирское отделение сберегательного банка использует серверную систему компании Hewlett Packard стоимостью около 340 000 руб.

2.1.4 Требования к структуре и функционированию системы

Требования к режимам функционирования системы:

Система должна поддерживать следующие режимы функционирования:

– основной режим, в котором модуль БИС "клиент-банк" выполняют все свои основные функции;

– профилактический режим, в котором одна или все подсистемы модуля банковской информационной системы "клиент-банк" не выполняют своих функций.

Общее время проведения профилактических работ не должно превышать 13% от общего времени работы системы в основном режиме (96 часов в месяц).

Требования по диагностированию системы: диагностирование системы предполагается проводить регулярно администратором системы с периодичностью раз в три месяца, и независимо от плана проведения диагностирования, по мере возникновения ошибок и сбоев.

Перспективы развития и модернизации системы: в дальнейшем будут улучшены эксплуатационные характеристики (цели) системы, функции будут расширены с учетом динамики развития объекта автоматизации.

2.1.5 Требования по техническому обеспечению (TO)

Техническое обеспечение представляет комплекс технических средств, предназначенных для обработки данных в ЭИС. В состав комплекса входят ЭВМ, осуществляющие обработку экономической информации, средства подготовки данных на машинных носителях, средства сбора и регистрации информации, средства передачи данных по каналам связи, средства накопления и хранения данных и выдачи результатной информации, вспомогательное оборудование и организационная техника.

На стадии проектирования подсистемы необходимо четко формировать требования к параметрам технических средств обработки и выдачи информации, набору комплектующих модулей, эргономическим параметрам устройств.

Техническое обеспечение подсистемы должно гарантировать надежность технических средств, организацию удобных для пользователя режимов работы, способность оперативно обрабатывать данные.

Требования к техническим характеристикам ПК пользователя и ПК администратора:

Устанавливаются следующие минимальные требования:

– процессор - Intel Pentium 1.5 ГГц;

– объем оперативной памяти - 512 Мб;

– дисковая подсистема - 20 Гб;

– сетевой адаптер - 100 Мбит.

Требования к техническим характеристикам сервера БД:

– процессор - 4x ядерный Intel Pentium 2.0 ГГц;

– объем оперативной памяти - 16 Gb;

– дисковая подсистема - 1 Тб;

– сетевой адаптер - 100 Мбит.

Необходимость согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ отсутствует.

2.1.6 Требования к численности и квалификации персонала системы

Система должна функционировать в полностью автономном режиме, не требуя оперативного вмешательства персонала. Настройкой и администрированием модуля занимается штатный администратор системы. Специалист по администрированию должен иметь высшее профильное образование и обладать практическим опытом работы с сервером.

2.1.7 Требования к надежности

Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций:

– при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы;

– при ошибках в работе аппаратных средств (кроме носителей, данных и программ) восстановление функции системы возлагается на ОС;

– при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.

2.1.8 Требования безопасности

Корпуса оборудования, работающего от электрической сети, должны быть заземлены, источники электромагнитного излучения - экранированы в соответствии с государственными стандартами на условия труда. Любые операции, ремонтом и наладкой технических средств, работающих от электрической сети, должны производиться после отключения питания.

Необходима защита от пылеобразования (один из источников электростатического поля).

Надежная звукоизоляция, а также оптимальные санитарно-гигиенические условия (микроклимат, освещение, отопление, вентиляция).

Требования безопасности к техническим средствам:

– технические средства должны иметь соответствующую документацию (технический паспорт, сертификат и др.);

– к управлению технических средств могут быть допущены те лица, которые прошли соответствующее обучение.

При выполнении основной работы на ПК уровень шума на рабочем месте не должен превышать 50 дБ.

Для поддержания нормальных микроклиматических параметров должны использоваться системы отопления и вентиляции помещений.

Одним из способов защиты, работающих на ПК от некачественного электропитания (а также защиты информации) является использование источников бесперебойного питания.

2.1.9 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

Система должна быть рассчитана на эксплуатацию в составе программно-технического комплекса. Техническая и физическая защита аппаратных компонентов системы, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в ИТ инфраструктуре Заказчика.

Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено бесперебойное питание ЭВМ. Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации. Периодическое техническое обслуживание должно проводиться в соответствии с требованиями технической документации изготовителей.

Периодическое техническое обслуживание должно проводиться не реже одного раза в год.

Периодическое техническое обслуживание и тестирование технических средств должны включать в себя обслуживание и тестирование всех используемых средств, включая рабочие станции, серверы, кабельные системы и сетевое оборудование, устройства бесперебойного питания. На основании результатов тестирования технических средств должны проводиться анализ причин возникновения обнаруженных дефектов и приниматься меры по их ликвидации.

При вводе системы в опытную эксплуатацию должен быть разработан план выполнения резервного копирования программного обеспечения и обрабатываемой информации. Во время эксплуатации системы, персонал, ответственный за эксплуатацию системы должен выполнять разработанный план.

Размещение помещений и их оборудование должны исключать возможность бесконтрольного проникновения в них посторонних лиц и обеспечивать сохранность находящихся в этих помещениях конфиденциальных документов и технических средств.

Все пользователи системы должны соблюдать правила эксплуатации электронной вычислительной техники.

Квалификация персонала и его подготовка должны соответствовать технической документации.

2.1.10 Требования к защите информации от несанкционированного доступа

Требования:

– пароли администратора для доступа к данным и пользователей с ограничением доступа (логин и пароль);

– ежемесячная смена паролей;

– работа с персоналом с целью исключения инсайдерства;

– отключение служб и сетевых протоколов не участвующих в работе системы.

2.1.11 Требования к информационному обеспечению системы

Информационное обеспечение - совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, а также методология построения баз данных.

Структура хранения данных в модуле БИС "Клиент-Сбербанк" должна включать в себя область постоянного хранения данных.

2.1.12 Требования к лингвистическому обеспечению системы

Используемые при разработке языки высокого уровня должны обеспечивать решение всех задач по реализации функций системы.

Все прикладное программное обеспечение системы для организации взаимодействия с пользователем должно использовать русский язык.

Способ организации диалога с пользователем должен обеспечивать:

– уменьшение вероятности совершения оператором случайных ошибочных действий;

– предусматривать логический контроль ввода данных.

2.1.13 Требования к программному обеспечению системы

Программное обеспечение - совокупность математических методов, моделей, алгоритмов и программ для реализации целей и задач информационной системы, а также нормального функционирования комплекса технических средств.

Программные средства должны функционировать под операционными системами Windows Server 2003, Windows XP и выше.

2.1.14 Требования к организационному обеспечению системы

Организационное обеспечение системы должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей. При осуществлении автоматизированных и связанных с ними неавтоматизированных функций системы.

Заказчиком должны быть определены должностные лица, ответственные за:

– обработку информации АС;

– администрирование АС;

– обеспечение безопасности информации АС;

– управление работой персонала по обслуживанию АС.

К работе с системой должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие обучение работе с системой.

2.1.15 Требования к документированию

По окончанию выполнения поставленного задания разработчик должен предоставить в трех экземплярах: инструкцию по эксплуатации АИС, ГОСТ 24.208-80, текст программы, спецификацию, смету.

2.2 Описание модели проектируемой информационной системы ("КАК БУДЕТ")

Процесс работы отдела внедрения и сопровождения автоматизированных систем, а именно процесс поддержки АИС и устранения ошибок корпоративной сети теперь протекает по следующему сценарию:

– клиент обращается в отдел внедрения и сопровождения автоматизированных систем с целью исправить ошибки подключения к серверу по средствам электронного письма, либо оставить заявку на настройку и сопровождение нового ПО;

– системные администраторы отдела ВиСАС, основываясь на электронном письме с информацией об ошибке отправленном клиентом исправляют её, а также проводят необходимые работы по настройке и сопровождению нового ПО основываясь на заявках клиента;

– системные администраторы составляют отчёты о проделанной работе и передают их начальнику отдела ВиСАС.

Описанный бизнес-процесс представлен в виде мнемосхемы на рисунке 2.1.

Рисунок 2.1 - Мнемосхема процесса поддержки АИС и устранения ошибок корпоративной сети "как будет"

Теперь рассмотрим описанный бизнес-процесс поддержки АИС и устранения ошибок корпоративной сети на примере диаграммы IDEF0, который представлен на рисунке 2.2.

Входными данными на диаграмме являются указания, а также электронное письмо с указанием ошибки.

Механизмами, на диаграмме, являются инструкции по сопровождению программного обеспечения, а также правила оформления документов.

Стрелки управления - это начальник отдела ВиСАС, программист, оператор серверной части.

Выходными данными на диаграмме являются, исправленное подключение к вычислительной сети, отчёт о выполнении плана работ и акт о проделанной работе.

Рисунок 2.2 - Процесс поддержки АИС и устранения ошибок корпоративной сети "как будет"

На данном рисунке представлена структура организации работ по сопровождению клиент-серверной системы "как будет" в нотации IDEF0. Рассмотрим более подробную схему на примере диаграммы декомпозиции IDEF0, которая представлена на рисунке 2.3.

Процесс поддержки автоматизированной информационной системы и устранения ошибок корпоративной сети подразделяется теперь на 3 блока.

Первый блок - это формирование базы клиентов и распределение задач. Из первого блока во второй поступают заявки клиентов на настройку программного обеспечения.

Второй блок - это поддержка клиентских рабочих мест. Из второго блока в третий поступают заявки на проведение работ.

Третий блок - это настройка сервера. Из третьего блока выходной информацией является акт о проделанной работе.

Рисунок 2.3 - Декомпозиция процесса поддержки АИС и устранения ошибок корпоративной сети "как будет"

Технология осуществления данного процесса теперь выглядит гораздо проще, требуется меньшее количество персонала, задержек при подключении к корпоративной сети практически нет.

2.3 Характеристика нормативно-справочной и входной оперативной информации

Первичными документами являются списки URL-адресов сервисов, которым могут пользоваться сотрудники банка (таблица 2.1).

Входными документами являются параметры для подключения к почтовому серверу (таблица 2.2).

Первичными документами также являются регламент обращения к системным администраторам, который описывает ко всему прочему необходимые сведения, которые необходимо указать при обращении (в частности заголовок письма, формат содержания), а также контактные данные для обращения к ним (таблица 2.3).

Так же входными документами является стандартный список статусов HTTP-запросов, который приведен в таблицах 2.4 - 2.8.

Таблица 2.1. Сервер

Наименование реквизита

Тип поля

Размерность

Примечание

1

2

3

4

ID_SERVER

INTEGER

3

Уникальный идентификатор сервера

NAZVANIE

VARCHAR

40

Название

ADRES

VARCHAR

40

Адрес

Таблица 2.2. Подключение

Наименование реквизита

Тип поля

Размерность

Примечание

1

2

3

4

ID_PODKL

INTEGER

3

Уникальный идентификатор подключения

ID_SERVER

INTEGER

3

Уникальный идентификатор сервера

ID_OSHIBKA

INTEGER

3

Уникальный идентификатор ошибки

NAZVANIE

VARCHAR

40

Название

ADRES

VARCHAR

40

Адрес

COD_OSHIBKI

INTEGER

3

Код

OSHIBKA

VARCHAR

40

Ошибка

OPISANIE_OSHIBKI

VARCHAR

40

Описание

Таблица 2.3. Письмо

Наименование реквизита

Тип поля

Размерность

Примечание

1

2

3

4

ID_PISMO

INTEGER

3

Уникальный идентификатор письма

ID_PODKL

VARCHAR

40

Уникальный идентификатор подключения

NAME

VARCHAR

40

Имя пользователя

TEMA

VARCHAR

60

Тема

OPISANIE_OSH

VARCHAR

60

Описание

Таблица 2.4. Коды 1хх (информационные)

Код

Ошибка

Описание

1

2

3

100

Continue

Начальная часть запроса принята, и клиент может продолжать передачу запроса

101

Switching Protocols

Сервер выполняет требование клиента и переключает протоколы в соответствии с указанием, данным в поле заголовка Upgrade.

102

Processing

Запрос принят, но на его обработку понадобится длительное время. Используется сервером, чтобы клиент не разорвал соединение из-за превышения времени ожидания. Клиент при получении такого ответа должен сбросить таймер и дожидаться следующей команды в обычном режиме.

105

Name Not Resolved

При разрешении доменного имени возникла ошибка в связи с неверным или отсутствующем IP-адресом DNS-сервера.

Таблица 2.5. Коды 2хх (успешно)

Код

Ошибка

Описание

1

2

3

200

OK

Успешный запрос. Если клиентом были запрошены какие-либо данные, то они находятся в заголовке и/или теле сообщения.

201

Created

В результате успешного выполнения запроса был создан новый ресурс. Сервер должен указать его местоположение в заголовке Location.

202

Accepted

Запрос был принят на обработку, но она не завершена. Клиенту не обязательно дожидаться окончательной передачи сообщения, так как может быть начат очень долгий процесс.

203

No Content

Сервер успешно обработал запрос, но в ответе были переданы только заголовки без тела сообщения. Клиент не должен обновлять содержимое документа, но может применить к нему полученные метаданные.

205

Reset Content

Сервер обязывает клиента сбросить введённые пользователем данные. Тела сообщения сервер при этом не передаёт и документ обновлять не обязательно.

206

Multi-Status

Сервер передаёт результаты выполнения сразу нескольких независимых операций. Они помещаются в само тело сообщения в виде XML-документа с объектом multistatus.

226

IM Used

Заголовок A-IM от клиента был успешно принят и сервер возвращает содержимое с учётом указанных параметров.

Таблица 2.6. Коды 3хх (перенаправление)

Код

Ошибка

Описание

1

2

3

300

Множественный выбор

Затребованный URL обозначает более одного ресурса, и робот не смог однозначно определить, к какой странице URL относится (получен код 300 Multiple Choices).

Исправьте заголовки или укажите ресурс правильно, и тогда робот сможет проиндексировать страницу.

301

Ресурс перемещен навсегда

Документ уже не используется сервером, а ссылка перенаправляет на другую страницу (получен код 301 Moved Permanently).

Так как пользователи не смогут увидеть подобные документы, показывать их в поиске не имеет смысла, и робот их не индексирует.

Однако робот обязательно проиндексирует страницу, на которую установлено перенаправление.

302

Ресурс временно перемещен

Запрошенный ресурс временно находится под другим адресом (получен код 302 Found).

Так как пользователи не смогут увидеть подобные документы, показывать их в поиске не имеет смысла, и робот их не индексирует. Однако робот обязательно проиндексирует страницу, на которую установлено перенаправление.

303

Смотрите другой ресурс

Запрошенный ресурс находится под другим адресом и его следует запрашивать, используя метод GET (получен код 303 See Other). Если вы хотите, чтобы указанная страница находилась в поиске, она должна отвечать кодом 200.

304

Ресурс не изменялся

Получен код 304 Not Modified. Если страница не изменилась с момента последнего обращения робота, рекомендуется выдавать этот код. Это ускорит индексирование и уменьшит трафик.

305

Следует использовать прокси

Доступ к затребованному ресурсу может осуществляться только через прокси-сервер, указанный в заголовке Location (получен код 305 Use Proxy).

307


Подобные документы

  • Разработка структуры корпоративной информационной системы ООО НПО "Мир": создание схемы адресации, системы доменных имен; выбор программной и аппаратной конфигураций клиентских станций и развернутых серверов. Расчет стоимости программного обеспечения.

    курсовая работа [1,2 M], добавлен 20.02.2013

  • Анализ и разработка информационной системы, структура сети предприятия. Описание процесса разработки конфигураций и выявление потребностей в автоматизации функций. Средства разработки проектирования и архитектура базы данных. Разработка модели угроз.

    дипломная работа [1,4 M], добавлен 13.07.2011

  • Разработка структуры корпоративной информационной системы. Проектирование адресного пространства. Обоснование выбора аппаратной конфигурации клиентских станций и серверного оборудования. Расчет стоимости оборудования и программного обеспечения системы.

    курсовая работа [1,0 M], добавлен 15.02.2016

  • Реализация информационной системы "Стройгенплан" в архитектуре "клиент-сервер". Цели и задачи моделируемой информационной системы, ее функциональная и информационная модели. Описание программного обеспечения, разработанного в архитектуре "клиент-сервер".

    курсовая работа [1,9 M], добавлен 30.08.2010

  • Теоретические основы построения корпоративной сети. Анализ источников угроз и информационных рисков. Организация защиты корпоративной информационной системы Дистанции электроснабжения на основе типовых решений. Современные технологии защиты информации.

    дипломная работа [746,7 K], добавлен 09.11.2016

  • Разработка структуры корпоративной информационной системы (иерархия взаимодействия отдельных элементов на программном и аппаратном уровнях). Выбор компьютерного оборудования (клиентские станции, серверы), системного и прикладного программного обеспечения.

    курсовая работа [1,8 M], добавлен 13.02.2016

  • Схема информационных потоков с учетом серверов. Выбор топологии и метода доступа корпоративной сети. Выбор коммутаторов, IP-телефонов и видеофонов, рабочих станций, вспомогательного серверного ПО, сетевых протоколов. Моделирование системы в GPSS.

    курсовая работа [2,7 M], добавлен 24.05.2013

  • Разработка информационной системы на базе высокоскоростной сети для ООО "СВД". Анализ организационной структуры разрабатываемой сети; определение топологии; выбор сетевого программного обеспечения, подбор технического оборудования и расчет его стоимости.

    курсовая работа [3,6 M], добавлен 10.01.2013

  • Физическая среда передачи данных в локальных сетях. Корпоративная информационная сеть. Телекоммуникационное оборудование и компьютеры предприятия. Разработка корпоративной информационной сети на основе анализа современных информационных технологий.

    дипломная работа [3,9 M], добавлен 07.06.2015

  • Характеристика модели клиент-сервер как технологии взаимодействия в информационной сети. Разработка и описание алгоритмов работы приложений на платформе Win32 в среде Microsoft Visual Studio, использующих для межпроцессного взаимодействия сокеты.

    курсовая работа [544,6 K], добавлен 02.06.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.