оТЧЕТ БД. отчет. Отчет по учебной практике Студента Кучма Артёма Александровича (Фамилия, имя, отчество) Специальность
![]()
|
АВТОНОМНАЯ НЕКОММЕРЧЕСКАЯ ПРОФЕССИОНАЛЬНАЯ ОБРАЗОВАТЕЛЬНАЯ ОРГАНИЗАЦИЯ «УРЮПИНСКИЙ КОЛЛЕДЖ БИЗНЕСА» Кафедра экономики и информационных дисциплин ОТЧЕТ по учебной практике Студента Кучма Артёма Александровича (Фамилия, имя, отчество) Специальность 09.02.04 Информационные системы (по отраслям) (шифр, наименование) Группа 2Ис9 Форма обучения очная Сроки прохождения практики с «07» июня 2022 г. по «27» июня 2022 г. Руководитель практики от принимающей организации / (подпись) (Фамилия И.О.) Отчет по учебной защищен с оценкой «___»_________________2022 г. Руководитель практики Кузнецова И. Н. г. Урюпинск 2021/2022 учебный год 1. ПРАКТИЧЕСКОЕ ЗАДАНИЕ ПО ОБСЛЕДОВАНИЮ ОБЪЕКТА. ОБЩАЯ ХАРАКТЕРИСТИКА ОБЪЕКТА РАЗРАБОТКИ. Банк - это кредитная организация, имеющая исключительное право осуществлять в совокупности следующие банковские операции: привлечение во вклады денежных средств физических и юридических лиц, размещение указанных средств от своего имени и за свой счет на условиях возвратности, платности, срочности, открытие и ведение банковских счетов физических и юридических лиц. Описание предметной области. Организация банковского кредитования включает в себя рассмотрение заявки (заявления) клиента о выдаче ему кредита, принятие уполномоченными лицами и органами банка соответствующего (положительного либо отрицательного) решения, подготовку и заключение кредитного договора, процессы выдачи кредита, его сопровождения, возврата (погашения), а также контроля на всех этапах. 2. ПРАКТИЧЕСКОЕ ЗАДАНИЕ ПО ОБСЛЕДОВАНИЮ ОБЪЕКТА. ОПИСАНИЕ БИЗНЕС ПРОЦЕССОВ ![]() Сбор имеющейся в банке информации о БП. Если БП описывается не «с нуля», то собираются документы и материалы по БП, которые уже есть в банке. Сбор и изучение типовых решений и успешных практик по БП. Если БП описывается «с нуля», то наличие готовых типовых моделей значительно ускорит и облегчит работу. Именно для этого автором более 10 лет ведётся разработка и наполнение «Комплексной типовой бизнес-модели банка». Сбор и изучение требований регулирующих органов и стандартов по БП.Требования регулирующих органов (например, Банка России) должны быть проработаны при описании БП в обязательном порядке. По БП также есть различные международные и отраслевые стандарты (например, в области информационной безопасности, ITIL/ITSM, стандарты качества банковской деятельности от Ассоциации Российских Банков и др.). Банк должен проработать требования выбранных стандартов при необходимости сертификации на соответствие. Проведение интервью участников БП в банке. Основные правила проведения интервью, которых рекомендуется придерживаться при описании бизнес-процессов: старайтесь выстраивать и фиксировать мысли собеседника в строго логичном и последовательном порядке; внимательно слушайте, задавайте наводящие вопросы, чтобы узнать все «тонкости» бизнес-процессов; тщательно готовьтесь к интервью, изучайте и используйте типовые решения (например [1]), при возможности не занимайте слишком много времени у собеседника. Разработка и согласование графических моделей БП.Следует правильно выбрать нотацию (совокупность графических фигур и правил их использования для графического описания бизнес-процессов). Основные нотации разделены на 2 уровня: верхний уровень (IDEF0, Basic Flow Chart, VAD), нижний уровень (Cross Functional Flow Chart, EPC, BPMN). На графических моделях и в карточках процессов указываются различные параметры: требования к срокам, комментарии, ссылки на системы автоматизации, бухгалтерские проводки и т.п. Параллельно дополняются другие справочники в ППБМ: библиотека документов по процессам, материальные потоки, события, оргструктура и т.п. Генерация, согласование и утверждение регламента БП и других документов. Регламенты генерируются автоматически в ППБМ на основе моделей БП. Полнота и качество регламентов полностью зависят от детализации моделей, заданных параметров (свойств) БП и настроек. Формирование (дополнение) электронной базы знаний по процессам (бизнес-портала).Бизнес-портал – это электронная база знаний по БП и деятельности банка в целом. Формируется автоматически ППБМ на основе разработанных бизнес-моделей. Формат представления: веб-сайт (совокупность HTML-страниц), размещаемых на внутреннем веб-портале банка. Позволяет обращаться к базе знаний банка из любой точки мира и с любого устройства. Имеет встроенную систему поиска и навигации по всей информации, разграничение прав доступа сотрудников, персональную страницу для каждого сотрудника, возможность работы с показателями KPI, возможность обратной связи от сотрудников (онлайн-обсуждение процессов, голосования и т.п.). 3-5. Практическое задание по составлению технического задания Настоящий документ является техническим заданием для проведения конкурса по выбору поставщика на модернизацию существующего аппаратного комплекса и построение катастрофоустойчивого резервного вычислительного центра для АБС “Гамма” и “Централизованная база данных счетов физических лиц” АС ЦОД в Байкальском банке Сбербанка России в 2006 г. В документе определены цели создания системы, требования к системе в целом, содержится исходная информация о технических характеристиках предмета конкурса. В документе не рассматриваются вопросы строительства Резервного вычислительного центра, оснащение его инженерными системами жизнеобеспечения и средствами связи. 1. Основные положения Предметом конкурса является право на поставку, пуско-наладку, гарантийное и сервисное обслуживание оборудования для модернизации существующего аппаратного комплекса и построения катастрофоустойчивого резервного вычислительного центра для АБС “Гамма” и “Централизованная база данных счетов физических лиц” АС ЦОД в Байкальском банке Сбербанка России Настоящий документ содержит исходные данные для участников конкурса, условия и процедуры его осуществления. Конкурс проводится в соответствии с требованиями Сбербанка России. Для получения дополнительной информации для подготовки проекта необходимо обращаться к Заместителю директора управления информатики и автоматизации банковских работ Байкальского банка Сбербанка России - Попову Владимиру Васильевичу тел. +7(3952) 25-42-96; факс: +7(3952) 25-42-20; e-mail: vpopov@sbank.irk.ru. 2. Общие требования к проекту Проект предусматривает модернизацию существующей системы хранения в основном вычислительном центре и построение программно-аппаратного комплекса в резервном вычислительном центре для создания катастрофоустойчивого решения функционирования АБС “Гамма” и АС ЦОД. При выполнении работ по построению аппаратно-программного комплекса (АПК) до уровня катастрофоустойчивого решения должно быть обеспечено выполнение следующих требований: Обеспечение требований по работе аппаратно-программного комплекса в качестве катастрофоустойчивого решения. Перевод резервного сервера с основной вычислительной площадки на планируемую резервную площадку. Инсталляция и подключение к существующему АПК систем хранения данных на резервной площадке. Внедрение в существующую сеть хранения данных (СХД) узловых коммутаторов, позволяющих объединить серверы и дисковые массивы на основной и резервной площадке и обеспечить подключения устройств с учетом роста СХД. Обеспечение мониторинга программно-аппаратных компонентов основного и резервных центров на отдельной территориально удаленной от этих вычислительных центров площадке. Инсталляция и настройка решения по построению катастрофоустойчивого кластера. Развертывание системы архивирования резервной площадки. 3. Характеристики существующего оборудования Основными компонентами существующего вычислительного комплекса являются: HP Integrity Superdome32 под управлением ОС HP-UX 11.23. Sun Fire E6900 под управлением ОС Solaris 9. Дисковый массив HP XP1024. Серверы объединены в отказоустойчивые локальные кластеры под управлением MC/ServiceGuard и Veritas Cluster server. Резервное копирование осуществляется средствами архивирования на базе HP DataProtector. 4. Гарантийное и сервисное обслуживание Период гарантийного и сервисного обслуживания на оборудование и ПО, входящего в ПАК, должен составлять не менее 60 месяцев. Время отклика на принятую заявку о проблеме в работе оборудования и конкретные рекомендации по решению возникшей проблемы не должно превышать 4-х часов. Гарантированное время восстановления работоспособности оборудования после критичного сбоя (прекращение выполнения ПАК своих функций) не должно превышать 24 часа. Замена вышедших из строя узлов комплекса в течение не более 5 дней при условии сохранения работоспособности второго узла кластера. Обеспечение “горячей телефонной линии” по устранению неисправностей оборудования и вопросам, связанным с функционированием программного обеспечения по схеме 24х7х365. Выезды сервисного специалиста на место эксплуатации по схеме 24х7х365 без дополнительной оплаты для проведения работ по устранению неисправностей оборудования и обновлению программного обеспечения, которые требуют вмешательств сертифицированного компанией-изготовителем инженера. 5. Эксплуатационные требования Сохранение работоспособности при температурах в помещении серверной от 10 до 30 градусов Цельсия. Все поставляемые компоненты аппаратно-программного комплекса (АПК) должны обеспечивать работу в круглосуточном режиме в течение всего года. Связь сети хранения данных между вычислительными центрами должна обеспечиваться минимум по 2-м территориально разнесенным каналам с суммарной пропускной способностью используемых в настоящий момент интерфейсов системы хранения. Требования по размещению оборудования, обеспечению питанием и его охлаждению зависит от конечной конфигурации и определяются производителем оборудования. Обеспечение электробезопасности в соответствии с требованиями “Правил техники безопасности при эксплуатации электроустановок потребителей”, а также в соответствии с требованиями техники безопасности, изложенных в паспортах и инструкциях по эксплуатации контрольно-измерительных приборов, используемых при работе с указанными техническими средствами. 6. Требования к системе Проект должен включать в себя следующие системы: Систему хранения данных резервного вычислительного центра (РВЦ). Решение по синхронизации данных основного и резервного вычислительных центров. Подсистему сетевой инфраструктуры хранения данных. Подсистему резервного копирования данных РВЦ. Подсистему мониторинга и управление катастрофоустойчивым кластером. 7. Требования к системе хранения Для обеспечения возросших требований по объему хранимых данных, связанных с необходимостью подключения к дисковому массиву серверного оборудования функциональных подсистем АБС “Гамма”, реализованных на MS SQL а также данных серверов приложений необходимо в рамках проекта расширить объем сырого (без использования уровней защиты) пространства существующего дискового массива до 11 ТБ. Спецификация оборудования для расширения дискового пространства приведена в Приложении № 1 настоящего Технического Задания. Для организации катастрофоустойчивого решения, необходима установка в резервном центре дискового массива НР, аналогичного по производительности, масштабируемости и объему дискового пространства дисковому массиву ХР1024, установленному в основном вычислительном центре после проведенной модернизации. Дисковый массив резервного вычислительного центра необходим для построения катастрофоустойчивого решения и предназначен для обеспечения работы АПК в случае выхода их строя системы хранения данных основного вычислительного центра (ОВЦ). Массив РВЦ должен обладать идентичными функциональными возможностями с массивом ОВЦ и максимально приближен к системе хранения данных ОВЦ по своим количественными и качественным характеристиками. В состав АПК должно быть включено решение, обеспечивающее идентичность хранимых данных систем хранения данных ОВЦ и РВЦ и интегрированное с программным обеспечением катастрофоустойчивого кластера. Система хранения данных должна иметь в наличие средства для создания локальных копий ( snapclone) томов дискового массива. Количество лицензий для программного обеспечения создания локальных копий должно быть достаточно для создания полной копии данных АБС “Гамма”, ЦОД и баз данных функциональных подсистем АБС “Гамма”, реализованных на MS SQL. Спецификация, имеющегося в наличии дискового массива основного вычислительного центра приведена в Приложение № 2 настоящего Технического Задания. 8. Требования к системе синхронизации данных Решение по построению и функционированию катастрофоустойчивого кластера должно обеспечивать идентичность данных систем хранения данных ОВЦ и РВЦ и поддерживаться соответствующим решением подсистемы мониторинга и управления катастрофоустойчивым кластером. Идентичность данных должна обеспечиваться синхронным режимом записи данных автоматизированных банковских систем на дисковые системы ОВЦ и РВЦ. Синхронный режим может обеспечиваться за счет соединения дисковых систем выделенными каналами для передачи управляющей информации. Количество лицензий для обеспечения работы синхронной репликации должно быть достаточным для репликации данных АБС “Гамма”, ЦОД и других функциональных подсистем АБС “Гамма”. 9. Требования к системе сетевой инфраструктуры хранения данных Система сетевой инфраструктуры хранения данных предназначена для объединения различных физических устройств хранения в единую систему хранения данных и обеспечения доступа серверов к ресурсам систем хранения данных. Для объединения серверов и дисковых массивов в резервном вычислительном центре необходима установка двух центральных оптических коммутаторов, совместимых и идентичных по своим функциональным возможностям с коммутаторами ОВЦ. Установка в вычислительных центрах двух коммутаторов должна быть сделана с целью организации альтернативных оптических каналов связи, что должно обеспечивать бесперебойную работу в случае выхода из строя одиночного компонента сети хранения (коммутатора, оптического кабелей, трансивера). Оптические коммутаторы системы сетевой инфраструктуры хранения данных должны удовлетворять следующим требованиям: Коммутаторы должны обладать высокой надежностью и иметь не менее 16 активных портов каждый с пропускной способностью не менее 2Гб/с на порт. В порты каждого коммутатора необходимо установить коротковолновые излучатели (трансиверы) по количеству активных соединений с оборудованием РВЦ. Обеспечить полную совместимость с существующими оптическими коммутаторами (B-series HP Switch 2/16, B-series HP Switch 2/8). Обеспечить управление с единой консоли нескольких фабрик с построением топологии сети хранения из 12 и более коммутаторов. Коммутаторы сети хранения должны иметь возможность удаленного web-управления, конфигурирования и настройки. Коммутаторы сети хранения должны иметь встроенные средства диагностики и удаленного контроля работоспособности через web, а также оповещение по протоколу SNMP v.3. Необходимо обеспечить возможность ограничения доступа к оптическому коммутатору для определенных серверов. Коммутаторы сети хранения должны обеспечивать функциональные возможности следующего ПО: Fabric Watch, ISL Trunking, Extended Fabric, Remote Switch, Advanced Performance Monitoring). Коммутаторы сети хранения должны иметь возможность объединения физических каналов в логические транковые соединения, обеспечивая пропускную способность между двумя коммутаторами до 32Гб/с. Коммутаторы должны поддерживать балансировку нагрузки и обеспечивать работоспособность в случае выхода из строя одного или нескольких физических каналов. Должно быть предусмотрено наращивание следующих функциональных возможностей: перечисление коммутаторов и устройств, входящих в фабрику; создание политики доступа к управлению фабрикой; ведение журнала доступа. Должна поддерживаться реализация логически независимых сетей хранения на основе единой физической инфраструктуры. ПО, поставляемое с коммутатором, должно отслеживать возникающие события и на ранней стадии выявлять и изолировать проблемные порты и трансиверы. Поставщик должен обеспечить систему поддержки на все оптические коммутаторы сети хранения данных. В каждый коммутатор в ОВЦ и РВЦ необходимо добавить в активные порты длинноволновые излучатели (трансиверы) по количеству планируемых (прогнозируемых) соединений между ОВЦ и РВЦ. |