52
дисков: CD-R, CD-RW). При выполнении экстренного случая всех событий:
несчастных случаев, утечки структура должна гарантировать, что
информация будет храниться более эффективно в системе посредством
встроенного восстановления данных из последней резервной копии база
данных.
2.3. Условия
моделирования
эксплуатации
Указанные эксплуатационные характеристики функционирования
должны быть обеспечены в достаточной степени в условиях, которые
определяются сервером на основе конкретных носителей. Наиболее
распространенными в настоящее время носителями данных являются
жесткие диски, работая при температурах от 5 до + 35 ° C, относительной
влажности от 10 до 60 процентов.
3. ТРЕБОВАНИЯ
других
К ВИДАМ ОБЕСПЕЧЕНИЯ
3.1. Требование
персонала
к лингвистическому обеспечению
Лингвистическое
ниже
обеспечение системы
интерфейс
должно быть
служба
достаточным для
достаточно
общения различных
строя
категорий пользователей
ужесточает
в удобной для
время
осуществления
процедур
оболочку
преобразования и машинного
носителем
представления обрабатываемой
технических
в
системе информации
сохранении
форме.
Лингвистическое обеспечение
требования
системы должно
платформ
включать в себя:
систему
рамках
управления базами
достаточно
данных (СУБД) и язык
должна
проектирования.
В качестве
ваши
системы управления
помощью
базами данных
окончания
выступает СУБД – MS
платформ
SQL Server 2012. В
bpwin
качестве языка
modeler
проектирования выступает
временем
язык C#.
3.2. Требования к информационному
аппаратом
обеспечению
Для достижения
рамках
установленных целей
производит
ИС «Заявка» должна
информационная
использовать следующие
реализованно
информационные объекты: формы
счет
ввода
информации, отчеты и формы
case
поиска информации.
3.3. Требования
моделей
к программному обеспечению
53
Для нормального функционирования системы необходимо наличие
следующего набора программных средств: операционная система (ОС),
Windows 7/8/10 и MS SQL Server 2012.
3.4. Требования к техническому обеспечению
Требования ИС «Заявка»:
выбор технических средств должен обеспечивать рациональное
соотношение между затратами на создание системы и достигаемым
эффектом;
технические параметры системы управления не должны накладывать
ограничения на регламент технологического процесса функционирования
системы.
Рекомендуемый состав технических средств, для нормального
функционирования программы:
микропроцессор от Intel Pentium 4 и выше;
оперативная память объемом не менее 1024 Мбайт;
накопитель на жестком магнитном диске со свободным объемом не менее
200 Мбайт;
дисплей с адаптером SVGA;
SVGA video card PCI объемом не менее 512 Мбайт;
101-клавишная клавиатура;
манипулятор «мышь»;
принтер.
4. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ
Система подходит для использования, если она соответствует всем
точкам технического задания. Мониторинг производительности всех
функций системы выполняется на тестовом примере. Принятие программы
осуществляется клиентом в течение 2 недель. Программа тестируется на
тестовом примере и собственных тестовых примерах клиента.
54
5. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО
ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В
ДЕЙСТВИЕ
Подготовка объекта для ввода в эксплуатацию предполагает
выполнение следующих видов работ:
обучение персонала;
укомплектование программно-техническими комплексами,
информационными продуктами;
приобретение необходимых технических устройств;
проведение предварительных испытаний, пробной операции и приемочных
испытаний.
6. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
Информационная система должна быть заполнена следующими
документами: руководство пользователя, общее описание системы,
методология программирования и тестирования (компоненты, системы
автоматизации, подсистемы, системы), состав вывода (сообщений).
3.2 Проектирование и реализация АРМ сотрудника банка
Концептуальная, логическая и физическая модель (или ERD) - это три
различных способа моделирования данных [23].
Хотя все они содержат сущности и отношения, они различаются в
целях, для которых они созданы, и аудитории, на которую они нацелены.
Общее понимание трех моделей состоит в том, что бизнес-аналитик
использует концептуальную и логическую модель для моделирования
данных, требуемых и создаваемых системой с точки зрения бизнеса, в то
время как разработчик баз данных уточняет ранний дизайн для создания
физической модели с целью представления физической структуры базы
данных [24].
55
В ходе первого этапа создания информационной системы разработана
концептуальная модель базы данных, которая описывает семантику
организации и представляет собой ряд утверждений о ее природе. (Рисунок
21) В частности, он описывает вещи, имеющие значение для организации
(классы сущностей), о которых необходимо собирать информацию, а также
характеристики (атрибуты) и ассоциации между сущностями (отношения).
Модель создана в программе PowerDesigner.
Рисунок 21 - Концептуальная модель базы данных
Как видно из рисунка, база данных будет состоять из трех сущностей:
Bank (Банк)
Client (Клиент)
Contract (Договор)
Сущность «Банк» описывает реквизиты банка (Таблица 1). Она
представляет собой справочник с банковскими реквизитами.
56
Таблица 1 - Атрибуты сущности «Банк»
Название поля
Тип данных
полная
Обязательное
поле?
Первичный
ключ?
Описание
Bank_number
Integer
X
X
Идентификатор
банка
Bank_Name
Variable
characters
(255)
X
Название банка
Bank_Address
Variable
characters
(255)
X
Адрес банка
Bank_Phone
Variable
characters
(255)
X
Телефон банка
BIC
Variable
characters
(255)
X
БИК
INN
Variable
characters
(255)
X
ИНН
KPP
Variable
characters
(255)
X
КПП
Korr_account
Variable
characters
(255)
X
Корр. счет
OKVED
Variable
characters
(255)
X
ОКВЭД
OKPO
Variable
characters
(255)
X
ОКПО
Сущность «Клиент» описывает информацию о клиентах (Таблица 2).
Таблица 2 - Атрибуты сущности «Клиент»
Наименование поля
Тип данных
поля
Обязательное
поле?
Первичный
ключ?
Описание
Client_ID
Integer
X
X
Идентификатор
клиента
Client_Surname
Variable
characters
(255)
X
Фамилия клиента
Client_Name
Variable
characters
(255)
X
Имя клиента
57
Client_Patronymic
Variable
characters
(255)
X
Отчетство клиента
Client_Nationality
Variable
characters
(255)
X
Национальность
клиента
Client_Birthday
Date
X
Дата рождения
клиента
Client_Pass_Seria
Variable
characters
(255)
X
Серия паспорта
клиента
Client_Pass_Number
Variable
characters
(255)
X
Номер паспорта
клиента
Client_Pass_Issued
Variable
characters
(255)
X
Кем выдан паспорт
клиента
Client_Job
Variable
characters
(255)
X
Место работы
клиента
Client_Rang
Variable
characters
(255)
X
Должность клиента
Сущность «Договор» описывает договор на получение кредита
(Ошибка! Источник ссылки не найден.).
Таблица 3 – Атрибуты сущности «Договор»
Наименование
поля
Тип данных
поля
Обязательное
поле?
Первичный
ключ?
Описание
Contract_ID
Number
X
X
Идентификатор
договора
Contact_Date
Date
X
Дата оформления
кредита
Contract_Sum
Money (2,2)
X
Сумма кредита
Contract_persent
Short integer
X
Процентная ставка
кредита
Contract_fdate
Date
X
Дата погашения
кредита
Contract_type
Variable
characters
(255)
X
Способ погашения
кредита
Концептуальная модель дает общие представления о сущностях базы
данных и связях между ними, но при этом абстрагируется от вопросов
58
физического представления данных [25]. Поэтому при проектировании базы
данных необходимо также использовать физическую модель данных.
Физическая модель данных может быть сгенерировано из концептуальной
модели путем выбора пункта меню «Tools – Generate Physical Data Model»
(Рисунок )
Рисунок 22 - Генерация физической модели базы данных в программе
PowerDesigner
Перед генерацией физической модели необходимо проверить на
корректность концептуальную модели, выбрав пункт меню «Tools – Check
Model». В настройках генерации физической модели необходимо выбрать из
выпадающего списка тип системы управления базой данных (СУБД), которая
будет использоваться при создании базы данных. В нашем случае это
Microsoft SQL Server 2012 (Рисунок ).
59
Рисунок 23 - Настройки генерации физической модели данных
Сгенерированная физическая модель данных содержит в таблицах
внешние ключи, которые позволяют создавать связи между сущностями
(Рисунок ).
60
Рисунок 24 - Физическая модель базы данных
Как видно из представленного выше рисунка, таблица «Договор» связана
отношениями «один ко многим» с таблицей «Клиенты», Подобная связь
обусловлены тем, что один клиент может оформить несколько договоров на
кредит. При этом в таблице Договор (Contract) появляется внешний ключ на
таблицу Client (Клиент).
Следующим этапом после разработки E-R диаграммы является
проектирование базы данных в Microsoft Server 2012. Разработка велась с
помощью Microsoft SQL Management Studio. Среда SQL Server Management
Studio (SSMS) - это приложение, впервые запущенное с помощью Microsoft
SQL Server 2005, которое используется для настройки, управления и
администрирования всех компонентов в Microsoft SQL Server. Инструмент
включает в себя как редакторы скриптов, так и графические инструменты,
которые работают с объектами и возможностями сервера. Центральной
особенностью SSMS является обозреватель объектов, который позволяет
61
пользователю просматривать, выбирать и воздействовать на любой из
объектов на сервере.
При создании базы данных из физической модели используется скрипт,
которые создается в программе PowerDesigner и выполняется в SSMS.
Для генерации скрипта, создающего базу данных по физической
модели, необходимо в программе PowerDesigner выбрать пункт меню
«Database – Generate Database». В появившемся окне выбирается директория
для сохранения скрипта и задается его имя (Рисунок ). В данной работе
используется имя, задаваемое программой по умолчанию.
Рисунок 25 - Генерация скрипта создания базы данных в PowerDesigner
Фрагмент генерируемого файла представлен на рисунке 26, полностью
текст скрипта приведен в приложении А.