Автоматизированная система обслуживания клиентов банка через Internet (стр. 4 из 7)
· Основанная на потоках, быстрая система памяти;
· Утилита проверки и ремонта таблицы.
2.5.2 Проектирование базы данных
Базы данных создаются для хранения и доступа к данным, содержащим сведения о некоторой предметной области, т.е. всякая база данных представляет собой систему данных о предметной области.
Рис.6 Схема данных.
Таблица «Менеджеры»
Поля:
ID менеджера – ключевое поле; Фамилия – текстовый; Имя – текстовый; Отчество – текстовый; Должность – текстовый.
Таблица «Клиенты»:
Поля:
ID _клиента– ключевое поле; Фамилия – текстовый; Имя – текстовый; Отчество – текстовый; Номер_паспорта – числовой; Телефон – числовой.
Таблица «Договоры»:
Поля:
ID _договора – ключевое поле; Клиент – текстовый; Менежер – текстовый; Число_создания – числовой.
Таблица «Счета»:
Поля:
ID _счета – ключевое поле; Сумма_на_счете – числовой; Договор – текстовый.
Таблица «Операции»:
Поля:
ID _операции– ключевое поле; ID _счета – числовой; Сумма – числовой; Операция – текстовый.
Таблица «Пароли»:
Поля:
ID _пароля– ключевое поле; Счет – числовой; Логин – текстовый\числовой; Пароль – текстовый\числовой.
Данная глава посвящена выбору методологии разработки и среды проектирования. Были использованы BPWin и Rational Rose .
В данной главе также были рассмотрены выбор системы управления базами данных, спроектированы базы данных, описаны поля каждой таблицы.
Глава 3. Реализация и тестирование
3.1 Иерархия форм (Рис3.1)
3.2 Организация интерфейса с пользователем
Когда клиент заходит на сайт, то первым образом он попадает на главную страницу (рис3.2)
Рис 3.2
Где, как вы видите, есть МЕНЮ (слева) и отзывы ведущих директоров банков (справа). В меню находится всё, чтобы, как можно понятнее, представить информацию и сайте, т.е. описание системы, возможности, Документы, подключение к системе, контакты и два режима, пользовательский и режим администрирования.
Далее переходим уже к работе. Слева есть ссылочка «Пользовательский режим», по нажатии на которую мы попадаем в меню входа (Рис3.5.):
Рис3.5
Если логин и пароль введены не правильно, то появляется сообщение об этом. Ну а если вход прошел успешно, то мы попадаем непосредственно в раздел операций (Рис3.6.).
Рис3.6
Где, в свою очередь, по нажатию на выбранную операцию попадаем в режим отчета (Рис3.7.):
Рис3.7
Если нажать на ссылку «Назад», то мы попадаем опять в раздел операций. И так до тех пор, пока клиент не выполнит всё запланированное.
Для администратора же существует свой вход, также по логину и паролю (Рис3.8.).
Главная форма выглядит следующим образом:
Рис3.8
На этой форме есть 3 вкладки: Клиенты, Операции и Отчеты. «Внутри» каждой из них находятся свои таблицы и данные. Со всеми из них можно производить операции удаления, добавления, редактирования.
3.3 Постановка задачи для тестирования
Необходимо проверить работу сайта пользовательской и администраторской стороны.
Для пользователя.
Зайти на сайт в пользовательском режиме, проверив при этом возможность неверного логина или пароля, выбрать операцию и получить отчет.
Для администратора.
Зайти на сайт в режиме администрирования, проверив при этом возможность неверного логина или пароля. Проверить каждую закладку. В Категории удаления операция и клиентов проверить возможность удаления заказов и клиентов.
Произведя тестирование в пользовательском режиме, были получены следующие результаты:
· На главной странице выбран пользовательский режим;
· При попытке войти в систему был неправильно введен пароль. В ответ на это было выдано сообщение: Неверные логин и/или пароль;
· После этого последовал новый ввод, который не содержал ошибочных данных и клиент попал в раздел операций;
· По нажатию на операцию последовало окно с отчетом;
· Таким образом, операция прошла успешно.
Следующее тестирование было проведено в режиме администрирования. Выполняя последовательно действия, были получены следующие результаты:
· На главной странице выбран режим администрирования;
· При попытке войти в систему администрирования был неправильно введен пароль. В ответ на это было выдано сообщение: Неверные логин и/или пароль ;
· После этого последовал новый ввод, который не содержал ошибочных данных и администратор попал на страницу;
· Было проведено тестирование на удаление клиентов;
· Тестирование было удачным;
· На следующей закладке операции, также видны все данные о клиентах и операциях;
· Была проверена возможность удаления и добавления операции;
· Тестирование было удачным;
· На следующей закладке отчеты, видны все данные о клиентах и операциях;
· Была проверена возможность удаления отчета и поиска по фамилии клиента, фамилии администратора и номера операции;
· Тестирование было удачным;
· Таким образом, в режиме администрирования были проверены все функции администратора.
3.5 Анализ результатов, полученных при тестировании
Итак, при проверке системы в реальном времени были получены различные результаты.
Для пользователя все функции, не требующие особого участия в их реализации, выполняются корректно. При непосредственном участии пользователя в осуществлении функций, таких как непосредственный выбор операции, сбоев в работе также не было. Проверка на логин и пароль работает корректно, что подтверждается выдачей ошибки при неверном вводе пароля или логина.
Для администратора все функции осуществляются в правильном режиме. Проверка на логин и пароль работает корректно, что подтверждается выдачей ошибки при неверном вводе пароля или логина. На различных закладках режима администрирования так же произведены поверки, которые подтвердили безошибочную работу системы.
Таким образом, можно говорить об устойчивом и корректном функционировании системы.
Данная глава была посвящена описанию интерфейса программы. Были описаны окна, которые появляются перед пользователями сайта (клиенты, администратор).
Так же было произведено пробное тестирование, в результате которого было выяснено, что все функции работают корректно, все возможные ошибки были предусмотрены и проверены.
Глава 4. Расчёт экономической эффективности проекта
4.1 Расчет единовременных затрат на разработку ПО
К единовременным затратам разработчика относятся затраты на теоретические исследования, постановку задачи, проектирование, разработку алгоритмов и программ, отладку, опытную эксплуатацию, оформление документов, исследование рынка и рекламу.
Фактическая трудоемкость по стадиям проектирования представлена в виде таблицы (табл.4.1).
Таблица 4.1.
Содержание стадий научно-исследовательской работы (НИР).
| Стадия НИР | Содержание работ | Трудоемкость | |
| дни | % | ||
| 1.Техническое задание | Подбор и изучение литературы, анализ составления вопроса, согласование с руководителем и утверждение технического задания и плана работ. Обоснование принципиальной возможности решения поставленной задачи. Постановка задачи | 5 | 8,3 |
| 2.Эскизный проект | Теоретическая разработка темы. Предварительная разработка структуры входных и выходных данных. Разработка общего описания алгоритма решения задачи | 10 | 16,7 |
| 3.Технический проект | Проектирование. Определение основных блоков, классов, объектов Разработка сценария взаимодействия объектов | 10 | 16,7 |
| 4. Рабочий проект | Написание и отладка программ. Тестирование и сборка системы. | 20 | 33,3 |
| 5. Внедрение | Подготовка инструкций пользователям, написание, оформление и защита отчета (дипломного проекта). Регистрация | 15 | 25 |
| Итого: | 60 | 100 | |
Общая фактическая трудоемкость разработки ПО составляет:
,где
– общая трудоемкость разработки, дни; Т i – трудоемкость по стадиям, дни; n – количество стадий разработки.В смету затрат на разработку ПО включаются: