Автор работы: Пользователь скрыл имя, 15 Мая 2012 в 20:35, курсовая работа
Целью курсового проектирования является получение практических навыков в проектировании локального автоматизированного рабочего места (АРМ) управленческого персонала. В качестве предметной области мною выбрана работа сотрудника кредитного отдела банка. Проектирование АРМ работника кредитного отдела осуществляется с использованием реляционных баз данных (на основе СУБД Microsoft Access).
1. Аннотация.
2. Введение.
3. Анализ предметной области.
4. Обоснование состава задач АРМ.
5. Проектирование иерархического меню.
6. Описание постановки задачи.
6.1. Организационно-экономическая сущность задачи.
6.2. Документы предметной области, содержащие информацию, необходимую для решения задачи
6.3. Входная запросная информация
6.4. Описание выходной информации.
6.5. Описание технологии и алгоритмов решения задачи.
6.6. Работа пользователя с выходной информацией для принятия решений
7. Проектирование базы данных.
8. Проектирование экранных форм.
9. Проектирование отчётов.
10. Программная реализация проекта.
11. Заключение и анализ результатов
12. Приложение
12.1. Распечатки экранов ПК
12.2. Контекстные диаграммы потоков данных
12.3. Отчеты АРМ «Кредитный отдел»
12.4. Инструкция пользователя АРМ «Кредитный отдел»
12.5. Рекламный проспект.
13. Библиографический список.
По мере поступления заявок на кредиты от клиента работник кредитного отдела должен осуществлять ввод данных из договоров в базу данных, где они должны храниться. Таким, образом, осуществляется накопление необходимой для решения задачи оперативно-учетной информации.
По условию задачи необходимо обеспечить оперативные поиск данных о том или ином договоре. В этом случае надо по запросу пользователя формировать отчет, содержащий сведения о запрашиваемом логоворе. Для ввода запроса пользователю в диалоге должна быть выведена экранная форма, где он может непосредственно с клавиатуры ввести необходимые сведения. Отчет должен выводиться на экран и принтер.
Технология ввода и накопления входной информации
Для решения рассматриваемой задачи должен производиться ввод и накопление оперативно-учетной информации о клиентах и о договорах на кредиты, заключенные с ними. Справочная информация о реквизитах предприятия должна быть ранее загружена в базу данных (в соответствующий справочник) с соответствующих документов.
В соответствии с этим технология ввода входной информации и решение рассматриваемой задачи приведены ниже.
Рис. 6. Технологическая схема ввода информации и решения задачи поиска и вывода информации о договорах
Для получения выходных отчетов по договорам пользователь пользуется диалоговым меню. При этом данные отчеты выводятся либо на экран, либо на печать. Данные отчетов используются при работе работника кредитного отдела банка и анализа выданных кредитов.
Таблица 2.
Структура записей таблицы «Справочник "Реквизиты банка"»
№ п/п | Имя поля в таблице | Тип данных | Размер поля | Ключевое поле |
1 | № банка | Счетчик (INT) | Длинное целое | Да |
2 | Наименование | Текстовый (CHAR) | 255 | Нет |
3 | Юр_адрес | Текстовый (CHAR) | 255 | Нет |
4 | Почт_адрес | Текстовый (CHAR) | 255 | Нет |
5 | Телефон | Текстовый (CHAR) | 255 | Нет |
6 | Текстовый (CHAR) | 255 | Нет | |
7 | БИК | Текстовый (CHAR) | 255 | Нет |
8 | ИНН | Текстовый (CHAR) | 255 | Нет |
9 | КПП | Текстовый (CHAR) | 255 | Нет |
10 | Корр_счет | Текстовый (CHAR) | 255 | Нет |
11 | Код ОКВЭД | Текстовый (CHAR) | 255 | Нет |
12 | ОКПО | Текстовый (CHAR) | 255 | Нет |
Таблица 3.
Структура записей таблицы «Получатель»
№ п/п | Имя поля в таблице | Тип данных | Размер поля | Ключевое поле |
1 | Код получателя | Счетчик (INT) | Длинное целое | Да |
2 | Фамилия | Текстовый (CHAR) | 255 | Нет |
3 | Имя | Текстовый (CHAR) | 255 | Нет |
4 | Отчество | Текстовый (CHAR) | 255 | Нет |
5 | Гражданство | Текстовый (CHAR) | 255 | Нет |
6 | Дата рождения | Дата/время (Date) | Длинный формат даты | Нет |
7 | Паспорт_серия | Текстовый (CHAR) | 255 | Нет |
8 | Паспорт_номер | Текстовый (CHAR) | 255 | Нет |
9 | Паспорт_выдан | Текстовый (CHAR) | 255 | Нет |
10 | Место работы | Текстовый (CHAR) | 255 | Нет |
11 | Должность | Текстовый (CHAR) | 255 | Нет |
Таблица 4.
Структура записей таблицы «Договор»
№ п/п | Имя поля в таблице | Тип данных | Размер поля | Ключевое поле |
1 | № договора | Числовой (INT) | Длинное целое | Да |
2 | Код получателя | Текстовый (CHAR) | 255 | Нет |
3 | Дата | Дата/время (Date) | Длинный формат даты | Нет |
4 | Сумма | Числовой | Одинарное с плавающей точкой | Нет |
5 | Процентная ставка | Числовой (INT) | Длинное целое | Нет |
6 | Срок погашения | Текстовый (CHAR) | 255 | Нет |
7 | Способ погашения | Текстовый (CHAR) | 255 | Нет |
Экранные формы в настоящее время образуют основу интерфейса в человеко-машинном диалоге.
Порядок проектирования экранной формы подразумевает следующие этапы:
проектирование содержания экранной формы
проектирование ее формы представления (формы экрана)
программное обеспечение экранной формы.
Проектирование сценария диалогового режима решения задачи состоит в разработке взаимосвязанной последовательности экранных форм и правил перехода между ними. Правила перехода между формами представлены в разделе «Проектирование иерархического меню».
В АРМ «Кредитный отдел» мною были разработаны четыре экранные формы.
Для ввода информации в базу данных используются следующие формы:
«Справочник "Реквизиты банка"»;
«Получатель»;
«Договор».
Для поддержания диалогового режима работы пользователя с АРМ используется форма «Главное меню».
Формы для ввода информации проектировались при помощи Мастера и содержат такие же реквизиты, как и соответствующие таблицы, на основе которых они были спроектированы.
Таблица 5.
Структура формы «Справочник Реквизиты банка»
№ п/п | Имя поля | Объект формы |
1 | № банка | Поле |
2 | Наименование | Поле |
3 | Юр_адрес | Поле |
4 | Почт_адрес | Поле |
5 | Телефон | Поле |
6 | Поле | |
7 | БИК | Поле |
8 | ИНН | Поле |
9 | КПП | Поле |
10 | Корр_счет | Поле |
11 | Код ОКВЭД | Поле |
12 | ОКПО | Поле |
Информация о работе Проектирование арм работника кредитного отдела банка