0ca4bb839bff8556
реклама
МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «ТЮМЕНСКИЙ ИНДУСТРИАЛЬНЫЙ УНИВЕРСИТЕТ» МНОГОПРОФИЛЬНЫЙ КОЛЛЕДЖ Отделение информационных технологий и вычислительной техники КУРСОВОЙ ПРОЕКТ ПО МДК.01.02 МЕТОДЫ И СРЕДСТВА ПРОЕКТИРОВАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ НА ТЕМУ: ПРОЕКТИРОВАНИЕ БИЗНЕС ПРОЦЕССА ПО ОБСЛУЖИВАНИЮ КЛИЕНТОВ Обучающегося Фохт М.В. ____________________/ «__»_____20__г. Группа ИСт-17-(9)-1 Специальность 09.02.04 Информационные системы (по отраслям) Руководитель Фруцкая М.А. _______________________/ «__»_____20__г. Тюмень, 2020 СОДЕРЖАНИЕ ВВЕДЕНИЕ 3 1 Общие требования к информационной системе 5 2 Предпроектная стадия 7 3 Стадия проектирования 16 4 Стадия реализации 21 5 Техническое задание 38 6 Обоснование экономической эффективности проекта 56 ЗАКЛЮЧЕНИЕ 64 СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 65 ВВЕДЕНИЕ В данном курсовом проекте рассматривается проектирование информационной системы (ИС) по обслуживанию клиентов через банкомат. Актуальность темы заключается в том, что в эпоху цифровых технологий, люди стали больше пользоваться безналичной оплатой и оформлять дебетовые банковские карты. Для темы «Проектирование бизнес процесса по обслуживанию клиентов» противоречием может являться выбор между разработкой системы с огромным функционалом и логикой под дорогое аппаратное обеспечение или разработкой системы с основным функционалом под любое минимально совместимое оборудование. В приведенном выше примере, проблема звучит следующим образом: Какие функциональные и логические возможности могут быть использованы для обслуживания клиентов? Целью проекта является разработка программного продукта, связанного с базой данных, которая будет располагаться на серверной части. Объектом проекта является банковское предприятие ПАО «Сбербанк» [6]. Предметом курсового проекта является информационная система. Задачи курсового проектирования состоят в исследовании аналогичных систем, рассмотрение теоретического материала, разработка программной оболочки под базу данных, которая будет создана в процессе проектирования. База данных должна осуществлять: - хранение и редактирование данных о клиентах, сотрудниках и денежного состояния банкомата; - введение отчета по операциям со счетами клиентов. Проектирование ИС включает следующую методологическую базу: - диаграммы IDEF0, которые имеют иерархическую структуру [9]. На самом верхнем уровне располагается контекстная диаграмма, затем она декомпозируется; 3 - диаграмма DFD, используется для описания документооборота и обработки информации [10]. Методами разработки информационной системы будет являться поиск теоретической информации при разработке программной оболочки, базы данных и последующего его запуска. 4 1 Общие требования к информационной системе Информационная система должна выполнять следующие функции: – добавление и хранение информации о клиенте; – проверка запросов клиента, верификация данных клиента; – обработка информации, касательно операций по денежным средствам; – хранение информации по всем операциям через банкомат [3]. Условия применения информационной системы: – Windows 7,8,10; – Microsoft .NET 4.7.2+ – системный блок; – клавиатура; – мышь; – монитор. Для работы данного пользовательского интерфейса понадобится Microsoft .NET 4.7.2 и выше [8]. Поддерживаемые операционные системы: – Windows 10 версии 1507 или выше; – Windows Server 2016: Standard и Datacenter; – Windows 8.1 (с обновлением 2919355); – Windows Server 2012 R2 (с обновлением 2919355); – Windows 7 с пакетом обновления 1. Оборудование: – процессор с тактовой частотой не ниже 1,8 ГГц; – 2 ГБ ОЗУ; – место на жестком диске до 130 ГБ свободного места в зависимости от установленных компонентов, обычно для установки требуется от 20 до 50 ГБ свободного места; – видеоадаптер с минимальным разрешением 720p (1280 на 720 пикселей). 5 Для работы ИС необходимо его просто запустить. Для стабильной работы проекта необходимо подключение к базе данных клиентов в СУБД Microsoft SQL Server [5]. 6 2 Предпроектная стадия 2.1 Описание предметной области проектируемой системы Банкомат – программно – технический комплекс, предназначенный для автоматизированных выдачи и/или приёма наличных денежных средств как с использованием платежных карт, так и без, а также выполнения других операций, в том числе оплаты товаров и услуг, составления документов, подтверждающих соответствующие операции [3]. Физическое или юридическое лицо может взаимодействовать с банкоматом, имея карту, выпущенную любым банком, выполнять операции и получать ответ на экране банкомата. В Сбербанке, как и в любом финансовом учреждении, ведется архив, хранящий информацию о клиентах и сделанных операциях через банкомат. 2.1.1 Направление деятельности организации Публичное акционерное общество «Сбербанк России» является одной из ведущих кредитных организаций в Российской Федерации. Это достигается благодаря умелым управленческим решениям, эффективной системе менеджмента. «Сбербанк России» является универсальным коммерческим банком, предоставляющим своим клиентам более 100 разнообразных услуг: услуги, связанные с привлечением средств во вклады, кредитованием, рассчётно-кассовым обслуживанием, дилинговые, посреднические, операции с фондовыми ценностями и др. Все основные финансовые показатели, характеризующие деятельность ПАО «Сбербанк России» за отчетный год, демонстрируют устойчивый рост. Проведенный анализ позволяет сделать вывод о том, что финансовое состояние ПАО «Сбербанк России» можно охарактеризовать как устойчивое, а позиции, занимаемые на рынке банковских услуг, как лидирующие [6]. 7 2.1.2 Структура предприятия Рисунок 1 – Организационная схема ПАО «Сбербанк России» 2.1.3 Функциональное описание каждого звена Центральный аппарат имеет множество структурных подразделений, каждый из которых выполняет определенный вид работ [6]: - казначейство Сбербанка России включает управления операциями на денежных и фондовых рынках; - кредитный блок включает: управление кредитования, кредитования машиностроения, управление финансированием строительных проектов, управление кредитования частных клиентов, корпоративных клиентов; - управление валютных и неторговых операций; - управление банковских карт (осуществляется обслуживание клиентов по пластиковым картам, учет движения пластиковых карт); - операционное управление, управление кассовой работы и управление инкассации (проводит расчетно-кассовое обслуживание населения и юридических лиц); 8 - управление ценных бумаг (ведение личных банковских счетов клиента, управление ценными бумагами клиента с целью выгодной реализации, получение гарантированного дохода, замены одних ценных бумаг на другие; взимание доходов в пользу клиентов и т.д.); - депозитарий (обеспечение удобства использования и предачи бумаг (оказание услуг по хранению, опеке, попечительству сертификатов ценных бумаг клиентов и/или учету перехода прав на них), снижении рисков сделок, упрощении обработки информации о ценных бумагах, предоставляемых ими правах и их владельцах); - управление стратегического планирования (разработка текущих, перспективных, долгосрочных планов дальнейшего развития Банка); - финансовое управление и налоговое планирование (учет финансовохозяйственной деятельности банка; контроль за экономным использованием материальных, трудовых и финансовых ресурсов; контроль за сохранностью собственности общества; формирование учетной политики бухгалтерского и налогового учета); - управление рисками (контроль и управление рисками, возникающими в процессе финансово-хозяйственной деятельности); - управление по работе с филиалами (руководство и контроль по деятельности филиалов, проведение ревизии); - управление учета и контроля банковских операций; - управление внутреннего контроля, ревизий и аудита (осуществляет анализ и контроль за результатами хозяйственной деятельности банка и его филиалов); - управление учета и контроля розничных операций; - управление банковскими технологиями (следят за новейшими разработками банковских технологий и по мере необходимости проводят усовершенствование работы Банка); - управление внедрения и сопровождения АСУ, управление технических средств и телекоммуникаций (осуществляет техническую поддержку и установку оборудования и компьютеров для обеспечения бесперебойной работы Банка); 9 - юридическое управление (текущая деятельность отдела заключается в правовом сопровождении деятельности представительных органов управления комбината (общего собрания, Совета директоров), юридическая защита интересов банка и взыскание долгов); - управление международных отношений, общественных связей (осуществляют налаживание и поддержка связей с партнерами, живущими и работающими в РФ и за ее пределами); - управление по работе с персоналом (осуществляют прием и увольнение на работу, ведет документооборот по движению кадров на предприятии). Работа ведется под управлением начальника отдела кадров; - управление безопасности (обеспечивает безопасность деятельности на ОАО Сбербанк России). В нее входят: эксперт по экономической безопасности (обеспечение экономической безопасности) и бюро по режиму и пропускам во главе начальника (обеспечивают охрану имущества и внутреннего режима в банке); - управление развития материально-технической базы (занимается обеспечением всеми необходимыми расходными материалами для бесперебойной работы Банка); - административно-хозяйственное управление (обеспечение хозяйственного обслуживания и надлежащего состояния зданий, помещений в соответствии с правилами и нормами производственной санитарии и пожарной безопасности); - управление делами и секретариат (занимаются поддержкой в текущей деятельности Совет директоров, обеспечением документооборота по текущей, инвестиционной и финансовой деятельности Банка). 2.2 Система документооборота предприятия, в виде схемы движения информационных потоков 10 Рисунок 2 – Схема документооборота 2.2.1 Описание проектируемой системы Основным назначением информационной системы является обслуживание клиентов банка через электронно-механическое устройство Банкомат [3]. 2.2.2 Анализ бизнес – процесса и функции автоматизации. Цели и задачи системы. Категории пользователей и их функции Снять наличные с лицевого счета клиента – После загрузки карты в картридер банкомата держателю карты предлагается ввести ПИН-код, для авторизации держателя карты [3]. Затем клиент выбирает из перечня операций необходимую. После выбора операции банкомат шифрует полученную информацию (содержимое магнитной полосы(чипа), 11 введенный ПИН-код, запрошенную операцию) и передает данные в процессинговый центр банка-эквайера (банк, который обслуживает АТМ) [3]. Банк - эквайер отправляет запрос в платежную систему на проведение операции, платежная система маршрутизирует запрос в банк-эмитент (банк, выдавший карту) и, получив либо отказ (код авторизации), передает банку команды на выполнение или отклонение запроса. Все произведенные действия по отправке запроса, обработке ответа на запрос, выдаче (приему) денег и работе основных узлов АТМ фиксируются. Пополнить лицевой счет клиента – аналогичен снятию наличных, кроме того, что на вход еще поступают наличные клиента. Выдать чек по операциям л.с клиента – аналогичен снятию наличных. Выполнить операцию оплаты услуг – аналогичен снятию наличных. Данные бизнес-процессы можно объединить в один «Выполнить операцию» (рис. 3). Рисунок 3 – бизнес-процесс «Выполнить операцию клиента» 12 Функции автоматизации банкомата [3]: - добавление и хранение информации о клиенте; - обработка информации, касательно операций по денежным средствам; - хранение информации по всем операциям через банкомат. Цели и задачи системы, т.е. что будет обеспечивать система: - добавление и хранение информации о клиенте; - проверка запросов клиента, верификация данных клиента; - обработка информации, касательно операций по денежным средствам; - хранение информации по всем операциям через банкомат. Категории пользователей и их функции: - клиент – взаимодействует с банкоматом через встроенный компьютер, выполняя операции по своему счету на банке; - отдел работы с частными клиентами – взаимодействует с клиентом по вопросам, касающиеся счета, операций и банкомата; - отдел работы с корпоративными клиентами – взаимодействует с клиентом по вопросам, касающиеся счета, операций и банкомата. 2.2.3 Описание функциональной модели по методологии IDEF0 Опираясь на описанный ранее бизнес-процесс, была написана родительская диаграмма по методолгии бизнец-процесса IDEF0 (рис. 4) [9]. В диаграмме показано, какие документы входят в бизнес-процесс, какими сотрудниками выполняется работа и кто их контролирует, а также, что получается в конце бизнес-процесса. Входят в бизнес-процесс такие данные как: данные клиента и запрос на операцию. Эти данные обрабатывают: Графический интерфейс, сотрудник банка, банк эмитент и банк эквайер. Контролем над работой занимаются: Банк России. На выходе, будут: Выполненная транзакция, чек и отчет по операции. 13 Рисунок 4 – Родительская диаграмма по методологии бизнес-процесса «Обслуживание клиентов» IDEF0 Родительская диаграмма по методологии бизнес-процесса «обслуживание клиентов» IDEF0 раскрывается таким способом [9] (рис. 5). Данные клиента и выбор операции поступают в графический интерфейс программного обеспечения, которым управляет язык программирования C#. Из графического интерфейса, шифрованные данные клиента и запрос на операцию идут в банк - эквайер, где сотрудник банка рассматривает весь процесс, контролируемый Банком России. После обработки данных клиента, запрос на операцию передается в банк - эмитент, где так же над процессом наблюдает сотрудник банка. И, вследствие чего, код выполнения операции возвращается в банк – эквайер, для выполнения операции, выдачи чек или отчета по операциям. 14 Рисунок 5 –Детализация родительской диаграммы по методологии бизнеспроцесса «Обслуживание клиентов» IDEF0 15 3 Стадия проектирования 3.1 Разработка логической модели На основе диаграммы IDEF0, была построена DFD – диаграмма (рис. 5) [10]. В диаграмме показан весь информационный поток данных в информационной системе «Обслуживание клиентов». Входят такие данные как: данные клиента и данные операции. Эти данные проходят валидность через банк – эквайер и сохраняются в базе данных. На выходе, будут: полученный результат. Рисунок 5 – Родительская DFD – диаграмма Родительская DFD - диаграмма информационных потоков раскрывается таким способом [10] (рис. 6). Данные клиента и данные операции проходят через процесс «Считать поля данных». Из него, информация о клиенте и об операции проходят проверку через процесс «Проверить валидность данных» и на выходе заносятся в хранилище «База данных». После проверки, данные «Запрос операции» отправляется на проверку в процесс «Проверить валидность запроса и передать в банк - эмитент», на выходе код операции отправляется в хранилище «База данных». Из хранилища информация о 16 клиенте и операции, а также код операции поступают в процесс «Выполнить транзакцию» где результатом будет сама выполненная транзакция. Параллельно с этим, вся эта информация проходит через процесс «Сформировать квитанцию», где результатом будет сама квитанция. Рисунок 6 –Детализация родительской DFD – диаграммы Словарь данных: @ИМЯ = ДАННЫЕ КЛИЕНТА @ТИП = внешний, дискретный, данных @БНФ = /имя + фамилия + отчество + логин + пароль/ @ИМЯ = ДАННЫЕ ОПЕРАЦИИ @ТИП = внешний, дискретный, данных @БНФ = /номер + имя операции + дата + время/ 17 @ИМЯ = ИНФОРМАЦИЯ О КЛИЕНТЕ @ТИП = внутренний, дискретный, данных @БНФ = /ДАННЫЕ КЛИЕНТА/ @ИМЯ = ИНФОРМАЦИЯ ОБ ОПЕРАЦИИ @ТИП = внутренний, дискретный, данных @БНФ = /ДАННЫЕ ОПЕРАЦИИ/ @ИМЯ = ЗАПРОС ОПЕРАЦИИ @ТИП = внутренний, дискретный, данных @БНФ = /ДАННЫЕ КЛИЕНТА + ДАННЫЕ ОПЕРАЦИИ + дата + время/ @ИМЯ = КОД ОПЕРАЦИИ @ТИП = внутренний, дискретный, управления @БНФ = /идентификационный номер/ @ИМЯ = КВИТАНЦИЯ @ТИП = внешний, дискретный, данных @БНФ = /ДАННЫЕ КЛИЕНТА + ДАННЫЕ ОПЕРАЦИИ + дата + время + КОД ОПЕРАЦИИ/ @ИМЯ = ВЫПОЛНЕННАЯ ТРАНЗАКЦИЯ @ТИП = внешний, дискретный, данных @БНФ = /денежные средства/ Спецификация процессов: @ВХОД = ДАННЫЕ КЛИЕНТА, ДАННЫЕ ОПЕРАЦИИ @ВЫХОД = ИНФОРМАЦИЯ О КЛИЕНТЕ, ИНФОРМАЦИЯ ОБ ОПЕРАЦИИ @СПЕЦПРОЦ А1 СЧИТАТЬ ПОЛЯ ДАННЫХ 18 ЕСЛИ поле пустое ТО ВЫПОЛНИТЬ показать сообщение об ошибке КОНЕЦ ЕСЛИ @ВХОД = ИНФОРМАЦИЯ О КЛИЕНТЕ, ИНФОРМАЦИЯ ОБ ОПЕРАЦИИ @ВЫХОД = ИНФОРМАЦИЯ О КЛИЕНТЕ, ИНФОРМАЦИЯ ОБ ОПЕРАЦИИ, ЗАПРОС ОПЕРАЦИИ @СПЕЦПРОЦ А2 ПРОВЕРИТЬ ВАЛИДНОСТЬ ДАННЫХ ЕСЛИ данные отсутствуют ТО ВЫПОЛНИТЬ показать сообщение об ошибке КОНЕЦ ЕСЛИ ЕСЛИ данные не совпадают ТО ВЫПОЛНИТЬ показать сообщение о не совпадении КОНЕЦ ЕСЛИ ЕСЛИ данные совпадают ТО ВЫПОЛНИТЬ передать запрос операции ВЫПОЛНИТЬ записать данные в хранилище КОНЕЦ ЕСЛИ @ВХОД = ЗАПРОС ОПЕРАЦИИ @ВЫХОД = КОД ОПЕРАЦИИ @СПЕЦПРОЦ А3 ПРОВЕРИТЬ ВАЛИДНОСТЬ ЗАПРОСА И ПЕРЕДАТЬ В БАНК-ЭМИТЕНТ ВЫПОЛНИТЬ записать код в хранилище @ВХОД = ИНФОРМАЦИЯ О КЛИЕНТЕ, ИНФОРМАЦИЯ ОБ ОПЕРАЦИИ, КОД ОПЕРАЦИИ @ВЫХОД = ВЫПОЛНЕННАЯ ТРАНЗАКЦИЯ @СПЕЦПРОЦ А4 ВЫПОЛНИТЬ ТРАНЗАКЦИЮ ЕСЛИ код операции положительный ТО 19 ВЫПОЛНИТЬ выполнить операцию КОНЕЦ ЕСЛИ ЕСЛИ код операции отрицательный ТО ВЫПОЛНИТЬ показать сообщение об ошибке КОНЕЦ ЕСЛИ @ВХОД = ИНФОРМАЦИЯ О КЛИЕНТЕ, ИНФОРМАЦИЯ ОБ ОПЕРАЦИИ, КОД ОПЕРАЦИИ @ВЫХОД = КВИТАНЦИЯ @СПЕЦПРОЦ А5 СФОРМИРОВАТЬ КВИТАНЦИЮ ВЫПОЛНИТЬ выдать квитанцию 20 4 Стадия реализации 4.1 Постановка задач 4.1.1 Характеристика комплекса задач Задача – разработать информационную систему обслуживания клиентов. Функции: добавление и хранение информации о клиенте; обработка информации, касательно операций по денежным средствам; хранение информации по всем операциям через банкомат. 4.1.2 Входная информация Входной информацией являются данные о клиенте, операциях и история транзакций. 4.2 Проектирование информационного обеспечения В предметной области можно выделить следующие сущности: Пользователь; Операция; Код операции; Авторизация; История. Сущность «Пользователь» содержит следующие атрибуты: ID, Имя, Фамилия, Отчество, Роль, Номер счета и баланс. В качестве ключевого атрибута был принят ID. 21 Сущность «Операция» содержит следующие атрибуты: ID, Название, Описание, Доступность. В качестве ключевого атрибута был принят ID. Сущность «Код операции» содержит следующие атрибуты: Код, статус, описание. В качестве ключевого атрибута был принят код. Сущность «Авторизация» содержит следующие атрибуты: ID авторизации, ID пользователя, номер счета, дата, статус. В качестве ключевого атрибута был принят ID авторизации. Сущность «История» содержит следующие атрибуты: ID, ID операции, ID пользователя, номер счета, код операции и дата. В качестве ключевого атрибута был принят ID. Рассмотрим типы связей между сущностями (рис. 7). Рисунок 7 – Отношения сущностей Исходя из правил формирования отношений, сформируем первичные отношения и добавим в них не ключевые атрибуты (таблицы 1- 5). 22 Таблица 1 - Структура отношения «Пользователь» Имя поля Тип данных 1 2 ID Счётчик Логин Символьный Пароль Символьный Фамилия Символьный Имя Символьный Отчество Символьный Роль Символьный Номер счета Числовой Баланс Числовой Таблица 2 - Структура отношения «Операция» Имя поля Тип данных 1 2 ID Счётчик Наименование Символьный Описание Символьный Доступность Булевой Таблица 3 - Структура отношения «Код операции» Имя поля Тип данных 1 2 Код Счётчик Статус Символьный Описание Символьный 23 Таблица 4 - Структура отношения «Авторизация» Имя поля Тип данных 1 2 ID Счётчик ID пользователя Числовой Номер счета Числовой Дата Дата Статус Булевой Таблица 5 - Структура отношения «История» Имя поля Тип данных 1 2 ID Счётчик ID пользователя Числовой Номер счета Числовой Код операции Числовой Дата Дата При помощи MySQL Workbench построим схему базы данных [1] (рис. 8). 24 Рисунок 8 — Структура базы данных 4.3 Руководство пользователя 4.3.1 Общие сведения о программе Данная информационная администраторов банка. система предназначена Спроектированная ИС для клиентов «Обслуживание и клиентов» планируется применяться в банковской сфере. Пользоваться данной информационной системы могут сотрудники всех уровней подготовки, ознакомленные с руководством пользователя. Данная система необходима для эффективной работы администратора банка. Для эффективности работы необходима информационная система, содержащая, информацию о клиентах, операциях и взаимодействиях с ИС. Информационная система должна иметь простой и понятный для освоения интерфейс. Для создания базы данных, был выбран, простой и удобный продукт Microsoft SQL Server [5]. 25 Для создания пользовательского интерфейса была выбрана среда разработки Microsoft Visual Studio 2019 [7]. Visual Studio включает в себя редактор исходного кода с поддержкой технологии IntelliSense и возможностью простейшего рефакторинга кода. Встроенный отладчик может работать как отладчик уровня исходного кода, так и как отладчик машинного уровня. Остальные встраиваемые инструменты включают в себя редактор форм для упрощения создания графического интерфейса приложения, веб-редактор, дизайнер классов и дизайнер схемы базы данных. Интерфейс понятен на интуитивном уровне и не требует долгого времени для обучения основным возможностям. 4.3.2 Назначение и условия применения программы Информационная система должна выполнять следующие функции: – добавление и хранение информации о клиенте; – проверка запросов клиента, верификация данных клиента; – обработка информации, касательно операций по денежным средствам; – хранение информации по всем операциям через банкомат. Условия применения информационной системы: – Windows 7,8,10; – Microsoft .NET 4.7.2+ – системный блок; – клавиатура; – мышь; – монитор. 4.3.3 Подготовка к работе 26 Для работы данного пользовательского интерфейса понадобится Microsoft .NET 4.7.2 и выше [7]. Поддерживаемые операционные системы: – Windows 10 версии 1507 или выше; – Windows Server 2016: Standard и Datacenter; – Windows 8.1 (с обновлением 2919355); – Windows Server 2012 R2 (с обновлением 2919355); – Windows 7 с пакетом обновления 1. Оборудование: – процессор с тактовой частотой не ниже 1,8 ГГц; – 2 ГБ ОЗУ; – место на жестком диске до 130 ГБ свободного места в зависимости от установленных компонентов, обычно для установки требуется от 20 до 50 ГБ свободного места; – видеоадаптер с минимальным разрешением 720p (1280 на 720 пикселей). Для работы ИС необходимо его просто запустить. Для стабильной работы проекта необходимо подключение к базе данных туристической фирмы в СУБД Microsoft SQL Server [5]. 4.3.4 Описание операций Работа с пользовательским интерфейсом начинается с запуска главного окна Информационная система «Обслуживание клиентов» (Рис. 9), на котором расположена форма авторизации в ИС. 27 Рисунок 9 – Форма авторизации в ИС Если вы уже являетесь клиентом в данной ИС, то вам просто необходимо ввести ваш логин и пароль. Если нет, то необходимо перейти в форму регистрации, заполнить данные и нажать кнопку регистрации (Рис. 10). 28 Рисунок 10 – Форма регистрации Как было описано раннее, в ИС есть разграничение доступа – если вы являетесь администратором ИС, то после успешной авторизации у вас появится окно следующее окно управления (Рис. 11). Рисунок 11- Главное меню администратора Здесь есть всего три кнопки. При нажатии на кнопку «Клиенты» вы перейдете в окно со списком клиентов, зарегистрированных в ИС (Рис. 12). 29 Рисунок 12- Окно просмотра клиентов В данном окне вы можете просматривать информацию клиентов и редактировать её. Кнопка «Сохранить» сохраняет измененную информацию клиентов. Кнопка «Создать» создает нового клиента, где необходимо заполнить его данные, а затем нажать на кнопку «Сохранить» (Рис. 13). 30 Рисунок 13 – Создание нового клиента Вторая кнопка в главном меню называется «Логи авторизаций», которая выводит список всех людей, которые успешно или не успешно авторизовывались в ИС (Рис. 14). 31 Рисунок 14 – История авторизаций в ИС Кнопка «Обновить» обновляет историю авторизации соответственно. Третья кнопка в меню администратора называется «История операций», при нажатии на которую открывается окно со списком клиентов и формой отображения истории, где при выборе клиента отобразится история действий по счету клиента (Рис. 15). 32 Рисунок 15 – История операций по счету Кнопка «Обновить» обновляет историю операций по счету соответственно. Теперь рассмотрим ИС со стороны клиента. После авторизации нас встречает вот такое окно (Рис. 16). 33 Рисунок 16 – Главное меню клиента В данном окне отображается текущий баланс, который можно обновить при нажатии на кнопку «Обновить», а также кнопки «Перевод средств», «Оплата услуг» и «История операций». При нажатии на кнопку «Перевод средств», открывается окно, в котором можно ввести номер получателя и сумму для отправления (Рис. 17). 34 Рисунок 17 – Окно перевода средств После заполнения строк, чтобы перевести средства, нужно подтвердить перевод (Рис. 18). 35 Рисунок 18 – Сообщение о успешном переводе При нажатии на кнопку «История операций», откроется окно, в котором отображается история операций по счету клиента, который авторизовался в ИС (Рис. 19). Рисунок 19 – Окно операций по счету текущего клиента При нажатии на кнопку «Оплата услуг», открывается окно, где можно оплатить услуги с вашего счета (Рис. 20). 36 Рисунок 20 – Окно оплаты услуг 37 5 Техническое задание 5.1 Общие сведения 5.1.1 Наименование системы Полное наименование системы: Автоматизированная информационная система "Обслуживание клиентов". Условное обозначение системы: АИС "Обслуживание клиентов" 5.1.2 Наименование Разработчика и Заказчика Разработчик: Студент группы ИСт-17-(9)-1 Фохт Максим Владимирович Заказчик: Преподаватель Фруцкая Марина Александровна 5.1.3 Сроки начала и окончания работ Дата начала работ: 01.09.2019 Дата окончания работ: 18.05.2020 5.1.4 Порядок оформления и предъявления Заказчику результатов работ Работы по созданию Системы производятся и принимаются поэтапно. По окончании каждого из этапов работ Разработчик представляет Заказчику соответствующую документацию, а по окончании этапов "Пусконаладочные 38 работы" и "Опытная эксплуатация" дополнительно уведомляет Заказчика о готовности Системы и ее частей к испытаниям. 5.2 Назначение и цели создания системы 5.2.1 Назначение системы ИС "Обслуживание клиентов" - прикладное программное обеспечение, предназначенное для взаимодействия клиента через вычислительную технику, обработку и выполнение операций по запросу. 5.2.2 Цели создания системы Основными целями внедрения системы являются: - добавление и хранение информации о клиенте; - проверка запросов клиента, верификация данных клиента; - обработка информации, касательно операций по денежным средствам; - хранение информации по всем операциям через банкомат. 5.3 Характеристика объекта автоматизации Объектом автоматизации является набор процессов, указанных в "Методологии моделирования предметной области", которые имеют место в рамках осуществления взаиморасчетов с клиентами, а также ряда дополнительных участников, выполняющих функции информационной поддержки, контроля, а также нормативного регулирования объекта автоматизации. 5.4 Требования к системе 5.4.1 Требования к структуре системы 39 ИС "Обслуживание клиентов" предназначена для автоматизации обмена информацией между объектами автоматизации и процесса обработки заявок внутри объектов автоматизации. Автоматизации подлежат операции добавления и хранения информации о клиенте, обработка денежных операций, а также хранение информации, касательно выполненных операций через АИС. Функциональная структура Системы должна включать основные прикладные подсистемы, выполняющие задачи автоматизации обмена информацией и обработки транзакций клиентов по их счетам. 5.4.2 Требования к режимам функционирования системы Должна обеспечиваться работа в сетевом режиме. 5.4.3 Требования к способам и средствам связи для информационного обмена между компонентами системы - Информационный обмен между подсистемами должен осуществляться через единое информационное пространство и посредством использования стандартизированных протоколов и форматов обмена данными. - Все компоненты подсистем ИС должны функционировать в пределах единого логического пространства, обеспеченного интегрированными средствами серверов данных и серверов приложений. 5.4.4 Требования к совместимости со смежными системами - Программное обеспечение системы должно обеспечивать интеграцию и совместимость на информационном уровне с другими системами. Информационная совместимость должна обеспечивается, на уровне аппаратного обеспечения. 40 - Требования к составу данных и режимам информационного обмена между подсистемами ИС и системами, эксплуатирующимися на объекте автоматизации, определяются в общем регламенте взаимодействия. - Необходимыми условиями, налагаемыми на архитектуру взаимодействия, являются: - согласованность с разработанными регламентами использования системы; - использование закрытых форматов обмена при организации взаимодействия между подсистемами ИС и системами, эксплуатирующимися на объекте автоматизации. 5.4.5 Перспективы развития системы ИС должна иметь длительный жизненный цикл. ИС должна быть построена с использованием стандартизованных и эффективно сопровождаемых решений. ИС должна быть реализована как закрытая система, имеющая разграничение уровней доступа, и должна не допускать открытость данных клиентской базы. ИС должна обеспечивать возможность модернизации как путем замены технического и общего программного обеспечения (ПО), так и путем совершенствования информационного обеспечения. 5.4.6 Показатели назначения Целевое назначение системы должно сохраняться на протяжении всего срока эксплуатации ИС. Срок эксплуатации ИС определяется сроком устойчивой работы аппаратных средств вычислительных комплексов, своевременным проведением работ по замене (обновлению) аппаратных средств, по сопровождению программного обеспечения системы и его модернизации. Время выполнения запросов информации в ИС определяется на стадии проектирования системы. 41 Специальные требования к вероятностно-временным характеристикам, при которых сохраняется целевое назначение ИС, определяются соответствующими требованиями к прикладным системам. Прочие показатели назначения ИС разрабатываются после проведения предпроектного обследования. 5.4.7 Требования к надежности Показатели надёжности Время восстановления работоспособности прикладного ПО ИС при любых сбоях и отказах не должно превышать одного рабочего дня, исключая случаи неисправности серверного оборудования. Другие значения показателей надежности должны быть определены после проведения предпроектного обследования. Требования к надежности В ИС должна быть обеспечена корректная обработка сбоев электронномеханических устройств (например, принтеров) при выполнении функций, связанных с формированием твердых копий документов. В ИС должна быть обеспечена возможность "горячей" замены сбойного или вышедшего из строя активного накопителя на жестком магнитном диске (серверного оборудования ИС) без остановки функционирования и потерь информации. Должно осуществляться разграничение прав доступа к системе. Должен вестись журнал событий системы. Импульсные помехи, сбои или прекращение электропитания не должны приводить к выходу из строя технических средств ИС, находящихся в специально оборудованном помещении и подключенных к системе бесперебойного электроснабжения, в т.ч. автономного. Конкретный состав требований по защите оборудования от импульсных помех, сбоев и прекращения электропитания дополняется соответствующими требованиями на подсистемы. 42 В ИС всех уровней должны быть реализованы функции корректной автоматической остановки работы технических средств, подключенных к системе бесперебойного электроснабжения, в т.ч. автономного, при длительном отсутствии электропитания. Требования к диалогу с пользователем Интерфейс должен обеспечивать удобную навигацию в диалоге с пользователем, который хорошо знает свою предметную область и не является специалистом в области автоматизации. Наличие контекстно-зависимой помощи. 5.4.8 Требования по безопасности При монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств Системы должны выполняться меры электробезопасности в соответствии с "Правилами устройства электроустановок" и "Правилами техники безопасности при эксплуатации электроустановок потребителей". Аппаратное обеспечение Системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. "ССБТ. Пожарная безопасность. Общие требования". Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. "ССБТ. Оборудование производственное. Общие требования безопасности" при обслуживании Системы в процессе эксплуатации. Аппаратная часть Системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. "Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации". Значения аппаратурой эквивалентного Системы, должно уровня акустического соответствовать ГОСТ шума, создаваемого 21552-84 "Средства вычислительной техники. Общие технические требования, приемка, методы 43 испытаний, маркировка, упаковка, транспортирование и хранение", но не превышать следующих величин: - 50 дБ - при работе технологического оборудования и средств вычислительной техники без печатающего устройства; - 60 дБ - при их же работе с печатающим устройством. 5.4.9 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению Система должна обеспечивать непрерывный круглосуточный режим эксплуатации с учетом времени на техническое обслуживание. В помещениях, предназначенных для эксплуатации Системы, должны отсутствовать агрессивные среды, массовая концентрация пыли в воздухе должна быть не более 0,75 мг/м3, электрическая составляющая электромагнитного поля помех не должна превышать 0,3 в/м в диапазоне частот от 0,15 до 300,00 МГц. Напряжение питания сети должно быть 220В±10. Требования по обеспечению пожарной безопасности и электробезопасности (заземление) в помещениях должны быть выполнены в соответствии с ГОСТ 12.1.004-91 "ССБТ. Пожарная безопасность. Общие требования", ГОСТ Р 50571.222000. "Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации", "Правилами устройства электроустановок", "Правилами техники безопасности при эксплуатации электроустановок потребителей". Климатические факторы помещения для эксплуатации изделий должны быть по ГОСТ 15150-69 (с изм. 2004) "Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды" для вида климатического исполнения УХЛ категории 4.2. Нормальными климатическими условиями эксплуатации системы являются: - температура окружающего воздуха (20±5)°С; 44 - относительная влажность окружающего воздуха (60±15) при атмосфере воздуха (20±5)°С; - атмосферное давление (101,3±4)Кпа (760±30) мм.рт.ст. Система должна сохранять работоспособность при воздействии следующих климатических факторов: - температура окружающего воздуха от 10 до 35° С; - относительная влажность воздуха от 40 до 80% при температуре 25° С. 5.4.10 Требования по сохранности информации Защита данных от разрушений при авариях и сбоях Должна обеспечиваться сохранность информации при наступлении следующих событий: - отказ оборудования рабочей станции, в случае хранение данных на серверах ИС; - отключение питания на сервере баз данных; - отказ линий связи; - отказ аппаратуры сервера (процессор, накопители на жестких дисках). Средствами обеспечения сохранности информации при авариях и сбоях в процессе эксплуатации являются: - носители информации (сменные: оптические, накопители на сменных жестких дисках); - создание резервной копии базы данных; - создание резервной копии программного обеспечения. Для восстановления данных и программного обеспечения из резервной копии должны использоваться средства резервного копирования и архивирования. ИС должна обеспечивать возможность резервирования всех данных, хранящихся на серверах ИС, а также возможность их восстановления. Резервное копирование данных должно осуществляться эксплуатационным персоналом ЗАО "Оргсинтез" ежедневно, автоматически по расписанию. Для 45 сокращения объема копируемых данных процедура копирования может быть инкрементальной (копирование только изменений с предыдущего копирования), но при этом не реже раза в неделю должно производиться и полное копирование. Должна быть предусмотрена возможность восстановления данных за день сбоя с помощью их повторного ввода или импорта (для данных из внешних систем, получаемых автоматически). 5.5 Требования к видам обеспечения 5.5.1 Общие сведения Подсистема создается как объектовая комплексная информационная система, которая должна являться организованной в единое целое совокупностью частей, т.е. представлять собой комплекс различных видов обеспечения. Основными из видов обеспечения Системы являются организационное, информационное, программное и техническое обеспечение системы. Серверное и клиентское программное обеспечение ИС должно базироваться на согласованной с Заказчиком и Исполнителем распространенной промышленной сетевой операционной системе. Требования к организационному, информационному и программному обеспечению приведены в Частных технических заданиях на создание подсистем "Программно-аппаратный комплекс АИС "Обслуживание клиентов"" на объектах автоматизации. В настоящем ТЗ приведены специфические требования к лингвистическому и техническому обеспечению. 5.5.2 Требования к лингвистическому обеспечению 46 Общие требования к лингвистическому обеспечению приведены в Частных технических заданиях на создание подсистем "Программно-аппаратный комплекс АИС "Обслуживание клиентов"" на объектах автоматизации. Языки программирования Разработка прикладного программного обеспечения должна вестись с использованием языков высокого уровня. Языки взаимодействия пользователей и системы Основным языком взаимодействия пользователей и системы является русский язык: - взаимодействие пользователя с ПК должно осуществляться на русском языке (исключение могут составлять только системные сообщения, выдаваемые программными продуктами третьих компаний); - все документы и отчеты Подсистемы готовятся и выводятся пользователю на русском языке; - графический интерфейс пользователя Подсистемы должен быть создан на русском языке. Языки взаимодействия администраторов и системы Комплектование Подсистемы программным обеспечением и документацией на английском языке допускается только в том случае, если это программное обеспечение и документация используются только администраторам системы. 5.5.3 Требования к организационному обеспечению Для обеспечения внедрения и эффективной работы ЗАО "Оргсинтез" с использованием прикладной системы рекомендуется на договорном уровне произвести регламентацию взаимоотношений между ЗАО "Оргсинтез" и ЗАО "Автоматизированные информационные системы" по следующим позициям: 1. Права Исполнителя: - получать доступ к информации, предоставляемой прикладными системами ИС. 47 - посылать предложения для формирования информации, размещаемой в прикладных системах. 2. Обязанности Исполнителя: - организовать рабочие места и оборудовать их средствами вычислительной техники, периферийным оборудованием, программным обеспечением и средствами связи, обеспечивающими своевременное и достоверное предоставление информации в соответствии с требованиями Заказчика. - обеспечить ведение журнала учета получаемых предписаний, рекомендации по проведению работ, донесений и другой информации, получаемой от Заказчика. - организовать профилактические мероприятия и работы учетом информации, получаемой от прикладных систем Заказчика. - предоставлять Заказчику информацию о проводимых мероприятиях и выполняемых работах в соответствии с регламентом. - своевременно информировать Заказчика о ликвидации последствий нештатных ситуаций. - оперативно устранять недостатки по предписанию Заказчика с отражением факта выполнения работ в журнале учета. - предоставлять планы мероприятий и работ по запросу Заказчика. 3. Права Заказчика: - выдавать предписания на выполнение работ в случаях нарушения технологии содержания и невыполнения нормативных требований. - требовать предоставление планов мероприятий и работ на основании данных прикладных систем. - контролировать несение дежурств и ведение журнала учета. - при ежемесячной приемке выполненных работ и услуг, сопоставлять представленные объемы и виды работ с данными, получаемыми от прикладных систем; при существенном расхождении этих данных требовать предоставление обоснований. 4. Обязанности Заказчика: 48 - формировать и передавать информацию, способствующую эффективной работе Исполнителя с использованием прикладных систем. - предоставлять данные об осуществлении взаиморасчетов с кредиторами. - предоставить доступ к необходимой информации. - обеспечить регулярное обновление информации, размещаемой на сайте. 5. Ответственность сторон: - исполнитель несет имущественную ответственность (штрафные санкции) за несвоевременное выполнение предписанных обязанностей, в случае если информация от Заказчика была получена своевременно. - исполнитель обязан предоставлять обосновывающие материалы по факту существенного расхождения объемов отдельных видов работ, объема и видов выполненных работ в целом, представленных при приемке работ, по сравнению данными, получаемыми от прикладных систем ИС. 5.6 Состав и содержание работ по созданию системы Осуществление всего комплекса работ по созданию должно осуществляться в несколько очередей. Спецификация работ по созданию первой очереди ИС "Обслуживание клиентов" в объеме требований настоящего ТЗ приведена в таблице 6. Таблица 6 - Требования ТЗ Стадия Выполняемые работ Формирован ие требований Сроки работы Итоги выполнения работы Обследование выпол объектов автоматизации нено Отчет о результатах обследования Разработка Утверждение Частного технического заказчиком задания создание Подсистемы на создание 49 ЧТЗ на Подсистемы Проектиров ание Разработка технического Технический 2 проекта месяца на подсистему с проект на подсистему начала Разработка прототипа Подсистемы Спецификации выполнения программно- работ аппаратных средств Подсистемы Разработка проектов организационнораспорядительной, программной и эксплуатационной документации на Подсистему Поставка Поставка Акты 3 программно- программно- месяца технических технических средств начала средств для (лицензинное ПО) для выполнения опытной опытной эксплуатации работ эксплуатации на с объектах автоматизации, входящих в состав опытной зоны Разработка Разработка, 4 программных отладка и тестирование месяца средств программных средств начала Подсистемы выполнения работ Программные с средства машиночитаемых носителях Комплект проектов 50 на организационнораспорядительной, программной и эксплуатационной документации на Подсистему Приемка работ Проведение 4 предварительных месяца испытаний на Протоколы с испытаний стенде начала Исполнителя Акт готовности выполнения подсистемы к работ развертыванию в опытной зоне Проведение развертывания в опытной зоне, внедрение и опытная эксплуатация выполняются по отдельным ЧТЗ на развертывание ИС "Обслуживание клиентов" на объектах опытной зоны по отдельным договорам. Типовой состав работ по развертыванию, внедрению и опытной эксплуатации, который должен быть предусмотрен в ЧТЗ на развертывание, приведен в таблице 7. Таблица 7 - Состав работ Вид работ Подготовка применения инструкций регламентов Состав работ Регламент применения пользователей (должностных подсистемы по эксплуатации Подсистемы) Развертывание подсистемы Регламент применения системного администратора Монтаж и пусконаладка серверов Установка ПО на аппаратные терминалы Внедрение подсистемы Ввод структуры справочников и справочников и классификаторов Импорт классификаторов 51 и ввод Создание БД заявок Настройка процессов документооборота по обработке заявок Настройка и тестирование взаимодействия между объектами опытной зоны Настройка процедур аналитической обработки статистики работы системы Участие в комплексе работ по обеспечению информационной безопасности Проведение испытаний на объекте, передача в опытную эксплуатацию Опытная эксплуатация Техническая поддержка в течении опытной эксплуатации Устранение ошибок в разработанном ПО 5.7 Порядок контроля и приемки системы Испытания Подсистемы должны проводиться в соответствии с требованиями ГОСТ 34.603-92 "Информационная технология. Виды испытаний автоматизированных систем". При реализации Подсистемы в рамках настоящего ТЗ устанавливаются предварительные испытания на стенде Исполнителя по созданию Подсистемы. Испытания Подсистемы должны осуществляться в соответствии с документом "Программа и методика испытаний", который должен устанавливать необходимый и достаточный объем испытаний, обеспечивающий требуемый уровень достоверности получаемых результатов. Программа и методика испытаний утверждается Заказчиком. Приемку работ должна осуществлять приемочная комиссия, в состав которой включаются: 52 - представители Заказчика; - представители Исполнителя. При проведении разработанные испытаний Исполнителем приемочной материалы комиссии (конструкторская, предъявляются программная и эксплуатационная документация и программное обеспечение в исходных и исполняемых кодах). Комплектность предоставляемой документации определяется требования настоящего ТЗ. Предварительные испытания заканчиваются подписанием приемочной комиссией протокола испытания с указанием в нем перечня необходимых доработок программного обеспечения, конструкторской, программной и эксплуатационной документации и сроков их выполнения. После устранения замечаний, осуществляются повторные предварительные испытания Подсистемы. На повторные предварительные испытания Исполнителем предъявляются доработанные по результатам ранее выполненных испытаний материалы. Испытания завершаются оформлением Акта готовности Подсистемы к развертыванию в опытной зоне. Отдельные пункты ТЗ могут изменяться и уточняться по согласованию сторон. В недельный срок после начала работ исполнитель предоставляет на согласование Заказчику план-график работ по данному этапу. 5.8 Требования к документированию 5.8.1 Общие требования к документированию Документы должны быть представлены на бумажном виде (оригинал) и на магнитном носителе (копия). Исходные тексты программ - только на магнитном носителе (оригинал). Возможно предоставление комплекта документации и текстов программ на компакт-дисках. 53 Все документы должны быть оформлены на русском языке. Состав документов на общее программное обеспечение, поставляемое в составе АИС "Обслуживание клиентов", должен соответствовать комплекту поставки компании изготовителя. 5.8.2 Перечень подлежащих разработке документов В ходе создания Подсистемы должен быть подготовлен и передан Заказчику комплект документации в составе: - проектная документация и материалы технорабочего проекта на разработку Подсистемы; - конструкторская, программная и эксплуатационная документация на Подсистему; - сопроводительная документация на поставляемые программно-аппаратные средства в комплектности поставки заводом-изготовителем; - предложения по организации системно-технической поддержки функционирования Подсистемы. Состав и содержание комплекта документации на Подсистему может быть уточнен на стадии проектирования. Подготовленные документы должны удовлетворять требованиям государственных стандартов и рекомендаций по оформлению, содержанию, форматированию, использованию терминов, определений и надписей, обозначений программ и программных документов. 5.9 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие В процессе создания Подсистемы должен быть подготовлен и передан Заказчику комплект документации в составе: 54 - проектная документация и материалы технорабочего проекта на разработку Подсистемы; - конструкторская, программная и эксплуатационная документация на Подсистему; - сопроводительная документация на поставляемые программно-аппаратные средства в комплектности поставки заводом-изготовителем; - предложения по организации системно-технической поддержки функционирования Подсистемы. Состав и содержание комплекта документации на Подсистему может быть уточнен на стадии проектирования. Подготовленные документы должны удовлетворять требованиям государственных стандартов и рекомендаций по оформлению, содержанию, форматированию, использованию терминов, определений и надписей, обозначений программ и программных документов. 5.10 Источники разработки Источниками разработки является техническая документация в сети Интернет, а также техническая литература по высокоуровневым языкам программирования. 55 6 Обоснование экономической эффективности проекта 6.1 Выбор и обоснование методики расчета экономической эффективности проекта 6.1.1 Сбор показателей и коэффициентов для расчета единовременных затрат на проектирование системы и разработку программного обеспечения Разработка информационной системы сопряжена с финансовыми и материальными затратами, и для того, чтобы приступить к разработке системы и ее внедрению, необходимо сделать вывод о целесообразности этой разработки. Для этого необходимо показать экономическую эффективность. Дать экономическую оценку проектируемой информационной системы можно, используя метод дисконтирования (чистого дисконтированного дохода). Метод дисконтирования или чистой дисконтированный доход базируется на дисконтных вычислениях по приведению доходов и расходов, связанных с реализацией системы, к некоторому моменту времени (к расчетному году). Вывод об экономической эффективности капитальных вложений можно сделать на основе расчета следующих показателей: - чистый дисконтированный доход проекта (ЧДДпр); - внутренняя норма рентабельности проекта (ВНР); - срок окупаемости (Ток); - коэффициент отдачи капитала (КОК). Для расчета единовременных затрат необходимо рассчитать затраты на проектирование системы и затраты на разработку программного обеспечения. В общем случае единовременные затраты на создание системы определяются по формуле: К = Краз + Кпрог + Кизг, (1.1) 56 где Краз – затраты на проектирование (разработку) системы, тыс.р.; Кпрог – затраты на программирование, тыс.р; Кизг – затраты на изготовление, тыс.р. Для проведения дальнейших расчетов необходимо собрать исходные данные. Перечень исходных данных предприятия разработчика для расчета единовременных затрат представлен в таблице 3. Таблица 3 - Данные для расчета единовременных затрат предприятия разработчика Показатель 1 1. Среднемесячный оклад разработчика, т.р. 2. Коэффициент доплат к заработной плате, доли ед. 3. Районный коэффициент, доли ед. 4. Единый социальный налог, доли ед. 5. Время разработки системы, мес. 6. Время использования ПК для разработки программы, час Условное обозначение 2 Зо Значение 3 200 Кд 0,3 Кр Кесн Траз 0,15 0,356 8 Тпрог 8 7. Коэффициент накладных расходов, доли ед. Кн.разр 0,6 8. Годовой фонд работы ПК, час 9. Норма амортизационных отчислений ПК, доли ед. 10. Норма амортизационных отчислений здания, доли ед. 11. Площадь занимаемая ПК, м2 12. Стоимость ПК, р. 13. Потребляемая мощность ПК, кВт 14. Стоимость кВт/часа, р. 15. Коэффициент затрат на ремонт ПК (от стоимости), доли ед. 16. Коэффициент затрат на содержание ПК, доли ед. 17. Коэффициент интенсивного использования мощности ЭВМ 18. Ставка НДС, доли ед. Tпол 2880 Нпк 0,125 Нзд 0,01 Sзд Кпк N Ц 2 50000 0,4 1,5 Ктр 0,1 Ксод 0,1 Км 0,7 НДС 0,18 57 19. Коэффициент накладных расходов на эксплуатацию ПК, доли ед. Кнэкс 0,05 6.2 Расчет затрат на проектирование системы Затраты на разработку можно представить в виде: Краз = Зо × Траз × (1 + Кд) × (1+Кр) × (1 + Ксн) × (1 + Кн.разр), где (1.2) Зо – месячный оклад разработчика, р.; Траз – трудоемкость разработки проекта и проектной документации, ч.мес.; Кд, Кр – соответственно коэффициенты доплат к заработной плате и районный, доли ед. ; Ксн – коэффициент отчислений на социальные нужды, доли ед.; Кнраз – коэффициент накладных расходов, доли ед. Следовательно, по формуле (1.2), затраты на разработку составят: Краз = 200000 × 8 × (1 + 0,30) × (1 + 0,15) × (1 + 0,356) × (1 + 0,6) = 5189683.2 Перечень элементов трудоемкости разработки представлен в таблице 8. Таблица 8 - Данные для расчета трудоемкости разработки проекта и программного обеспечения АИС Стадии разработки 1 1. Изучение литературных источников 2. Исследование и анализ предметной области 3. Разработка технического проекта Трудоемкость, чел.месяц 2 1 1 1 Итого трудоемкость разработки проекта 3 4. Разработка рабочего проекта 5. Разработка документации 2 1 58 6. Внедрение проекта 2 Итого трудоемкость разработки ПО 5 ИТОГО трудоемкость 8 Затраты на разработку программного обеспечения можно представить в виде: Кпрог = Зо × Тпрог × (1 + Кд) × (1 + Кр) × (1 + Кесн) × (1 + Кн.прог) + Смч × ТПК , (1.3) где Зо – месячный оклад программиста, тыс.р; Тпрог – время на создание программы, мес.; Кн.прогр – коэффициент накладных расходов, доли ед. ; Cмч – стоимость машино-часа ПК, р.; ТПК – время использования ПК для разработки программы. Следовательно, по формуле (1.3), затраты на разработку программного обеспечения составят: Кпрог = 200 × 8 × (1 + 0,30) × (1 + 0,15) × (1 + 0,356) × (1 + 0,6) + 186,3 × 1440 = 217229.6832 Исходя из полученных ранее результатов и исходных данных таблицы 3, найти капитальные затраты на разработку программного обеспечения: Для расчета единовременных затрат необходимо в формулу (1.1) подставить значения Краз и Кпрог. Следовательно, по формуле (1.1), единовременные затраты составят: К = 5189683.2 + 217229.6832 = 5406913 59 Для расчета экономии эксплуатационных затрат необходимо вычислить затраты на электроэнергию, зарплату, ремонт и амортизацию оборудования (Таблица 9). Таблица 9 - Расчет экономии эксплуатационных затрат Показатель Вар-т 1. Затраты на электроэнергию (руб.) 1 Cэл = 1347.8 Cэл = N × Цэл × Тзад × Кинт 2 Cэл = 1209.6 Затраты на зарплату (руб.) 1 Cзпп =5290871 Cзпп = 12 × З0 × (1 + Кд) × (1 + Кр) (1 + Кесн) 2 Cзпп =4865328 1 Cпр = 104.98 2 Cпр = 93.75 1 Cа = 164.3 2 Cа = 157.5 2. Затраты на ремонт 3. Cпр = (Кобор × Кпр)/100 4. Затраты на амортизацию оборудования Cа = (Кобор × На)/100 Значение Итого: С=Cэл+ Cзпп + Cпр + Cа + Cз 1 – действующая С= 5292489 2 – разрабатываемая С= 4866789 Экономия затрат рассчитывается по формуле: С = Си1 – Си2, Где Си1 – действующая экономия затрат; Си2 – разрабатываемая экономия затрат. Следовательно, по формуле (1.4), экономия затрат составляет: 60 (1.4) С = 5292488.08 – 4866788.25 = 425700 6.3 Расчет показателей эффективности внедрения информационной системы Будем принимать жизненный цикл АИС 5 лет, тогда амортизационные отчисления будут составлять 20%. Для обоснования эффективности системы используем метод дисконтирования. Допустим единовременные затраты осуществлены за 1 год; со 2 года расчетного периода предприятие получает экономию эксплуатационных затрат неизменную по годам. Коэффициент дисконтирования рассчитан при Ен = 20%. Расчет показателей эффективности внедрения АИС сведем в таблице 10. Таблица 10 - Расчет чистого дисконтированного дохода годы Показатель tн 0 tк 1 2 3 4 5 1. Единовременны 540691 е затраты 3 (инвестиции), млн. руб. 2. Экономии эксплуатационн ых затрат, руб. 425700 3. Амортизационн ые отчисления, (Na=20%), руб. 1081382,6 1081382,6 1081382,6 1081382,6 4. 4325530,4 3244147,8 2162765,2 1081382,6 0 Остаточная 425700 61 425700 425700 425700 1081382, 6 стоимость, руб. 5. Налог на имущество (2.2% от остаточной стоимости), руб. 95161,668 71371,251 47580,834 23790,417 0 8 6 4 2 Продолжение таблицы 10 1 2 3 4 5 6 7 6. Налогооблагаем ая прибыль, руб. 330538,33 12 354328,7 48 378119,1 66 401909,5 83 425700 7. Налог на прибыль, (24% от налогооблагаем ой прибыли), руб. 79329,199 49 85038,89 96 90748,59 97 96458,29 99 102168 8. Чистый доход 1332591,7 540691 в году, руб. 32 3 1350672, 45 1368753, 17 1386833, 88 1404914, 6 9. Накопленный чистый доход, 540691 4074321,2 руб. 3 7 2723648, 8 1354895, 65 31938,22 93 1436852, 83 10.Коэффициент дисконтировани 1 я, (Е=20%) 0,69 0,57 0,48 0,4 931963,9 9 780189,3 0 665680,2 6 561965,8 4 0,83 11. Годовой 1106051,1 чистый 540691 4 дисконтированн 3 ый доход (ЧДД), 62 руб. 12. Чистый дисконтированн ый доход 540691 4300861,8 (накопленный), 3 6 руб. 6.4 Оценка показателей 3368897, 87 экономической 2588708, 57 1923028, 30 эффективности 1361062, 46 по методу дисконтирования Согласно проведенным расчетам и анализу можно сделать вывод о том, что внедрение данного программного обеспечения экономически нецелесообразно, так как: 1. для разработки и реализации данного проекта достаточно 1 разработчика, срок создания проекта 8 месяцев; 2. единовременные затраты на создание проекта составили 5406913 руб.; 3. при этом ежегодная экономия при внедрении данного проекта составляет ежегодно 425700 рублей; 4. накопленный чистый дисконтированный доход составляет -1361062,46 рублей. 63 ЗАКЛЮЧЕНИЕ Данная информационная система была разработана за 8 месяцев. В ходе этой разработки было изучено много технической документации и литературы. Была проанализирована экономическая эффективность, в ходе которой было выявлена её экономическая нецелесообразность. Были выполнены поставленные задачи, такие как: – добавление и хранение информации о клиенте; – проверка запросов клиента, верификация данных клиента; – обработка информации, касательно операций по денежным средствам; – хранение информации по всем операциям через банкомат. 64 СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 1. MySQL Workbench Enhanced Data Migration. [Электронный ресурс] : MySQL. – Электрон. ресурс : 2020. – Режим доступа к ресурсу : https://www.mysql.com/products/workbench. – 18.04.2020г. 2. Виссер, Дж. Разработка обслуживаемых программ на языке C# / Дж. Виссер, Р. Н. Рагимова. — М. : ДМК Пресс, 2017. — 192 с. 3. Как устроен банкомат. [Электронный ресурс] : Тинькофф журнал. – Электрон. ресурс : 2020. – Режим доступа к ресурсу : https://journal.tinkoff.ru/insideatm. – 24.11.2019г. 4. Рихтер, Д. CLR via C#. Программирование на платформе Microsoft .NET Framework 4.5 на языке C#. 4-е изд. / Д. Рихтер. — СПб. : Питер, 2013. — 896 с. 5. Руководство по Подключение к экземпляру SQL Server и выполнение запросов с помощью SQL Server Management Studio (SSMS). [Электронный ресурс] : Microsoft Docs. – Электрон. ресурс : 2020. – Режим доступа к ресурсу : https://docs.microsoft.com/ru-ru/sql/ssms/tutorials/connect-query-sql-server?view=sqlserver-2017. – 12.03.2020г. 6. Структура управления и основы организации деятельности сбербанка. [Электронный ресурс] : Ваши финансы - Банки и депозиты. Денежные переводы. Кредиты. Налоги. Перевод. – Электрон. ресурс : 2020. – Режим доступа к ресурсу : https://dompelican.ru/struktura-upravleniya-i-osnovy-organizacii-deyatelnosti-sberbanka. – 10.09.2019г. 7. Требования к системе для семейства продуктов Visual Studio 2019. [Электронный ресурс] : Microsoft Docs. – Электрон. ресурс : 2020. – Режим доступа к ресурсу : https://docs.microsoft.com/ru-ru/visualstudio/releases/2019/system- requirements. – 16.04.2020г. 8. Троелсен, Э. Язык программирования C# 7 и платформы .NET и .NET Core, 8-е изд. / Э. Троелсен, Ф. Джепикс. — СПб. : ООО “Диалектика”, 2018 — 1328 с. 65 9. Цуканова, О. А. Методология и инструментарий моделирования бизнеспроцессов: учебное пособие. / О. А. Цуканова. – СПб. : Университет ИТМО, 2015. – 100 с. 10. Что такое DFD (диаграммы потоков данных). [Электронный ресурс] : Habr. – Электрон. ресурс : 2020. – Режим доступа https://habr.com/ru/company/trinion/blog/340064. – 18.10.2019г. 66 к ресурсу :
