Институт менеджмента и информационных технологий

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

 

Государственное образовательное учреждение высшего профессионального образования

«Санкт-Петербургский государственный политехнический университет»

ИНСТИТУТ МЕНЕДЖМЕНТА И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

(филиал) Санкт-Петербургского государственного политехнического университета

В г. Череповце

(ИМИТ СПбГПУ)

 

Кафедра экономики

 

КУРСОВАЯ РАБОТА

 

 

Дисциплина: «Проектирование информационных систем»

Тема: Проектирование информационной системы «Eurasia» для ОАО Банк «Бумеранг».

 

Выполнил студент группы о.561 Ильин Иван Андреевич

 

 

Руководитель Щегряев Николай Александрович

 

«_____» _______________ 2010г.

 

___________ _________________

отметка о зачете подпись преподавателя

 

 

г. Череповец

2010 г.

Содержание

 

1. Общесистемная часть. 21

1.1. Общая характеристика экономического объекта. 21

1.2. Выделение функциональной подсистемы АЭИС.. 24

1.3 Технико-экономическое обоснование необходимости разработки или реинжиниринга функциональной подсистемы АЭИС.. 30

2. Проектная часть. 32

2.1. Постановка задачи на разработку функциональной подсистемы.. 32

2.1.1 Организационно-экономическая сущность задачи. 32

2.1.2 Описание исходной (входной) информации. 32

2.1.3 Описание результатной (исходной) информации. 33

2.1.4 Описание алгоритма решения задачи. 33

2.1.5 Описание используемой условно-постоянной информации. 34

2.2 Разработка программного обеспечения подсистемы.. 35

2.2.1 Выбор языка разработки и технологии проектирования ЭИС.. 35

2.2.2 Объектно-ориентированная модель подсистемы «Eurasia». 35

2.2.3 Оценка трудоемкости разработки программного обеспечения на основе диаграммы вариантов использования. 44

2.2.4 Инструкция по работе. 47

Заключение. 52

Список использованных источников и литературы.. 53

 

ИМИТ СПбГПУ

_________________________________________________________________________

наименование организации - разработчика ТЗ на АС

УТВЕРЖДАЮ

Сикорский Юрий Валерьевич
Председатель совета директоров

УТВЕРЖДАЮ

Доцент кафедры ПО, канд. тех. наук

Н. А. Щегряев

_____________

Личная подпись

 

_____________

Расшифровка подписи

 

 

______________

Личная подпись

 

_____________

Расшифровка подписи

 

 

 

Информационная система выдачи кредитов «Eurasia»

банка «Бумеранг»

 

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На 21 листах

Действует с 23.04.2010

 

 

Общие сведения.

1.1. Полное наименование системы и ее условное обозначение - Информационная система выдачи кредитов «Eurasia» в банке «Бумеранг».

1.2. Шифр темы или шифр (номер) договора: ИА-1008.

1.3. Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты:

Заказчиком системы является банк «Бумеранг»

Адрес заказчика: Вологодская обл., г.Череповец,
ул. Коммунистов, 22

Разработчиком системы является Институт менеджмента и информационных технологий.

Адрес разработчика: г. Череповец, ул. Первомайская, д. 48.

1.4. Перечень документов, на основании которых создается система, кем и когда утверждены эти документы: Договор №41 на разработку ИС «Eurasia». Утвержден компанией-разработчиком и компанией-заказчиком 19.03.2010.

1.5. Плановые сроки начала, и окончания работы по созданию системы.

Разработка ИС «Eurasia» реализуется в следующие сроки: начало работ – 19.03.2010, окончание работ – 30.04.2010.

1.6. Сведения об источниках и порядке финансирования работ.

Работы по разработке и внедрению информационной системы оплачиваются в соответствие с договором № 41 от «19» марта 2010 г.

1.7. Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы.

Порядок оформления и предъявления Заказчикам результатов работ по созданию системы должен соответствовать требованиям Комплекса стандартов и руководящих документов на автоматизированные системы: ГОСТ 34.201-89, ГОСТ 34.602-89, ГОСТ 34.601-90.

Назначение и цели создания (развития) системы.

2.1. Назначение системы.

Назначением информационной системы является автоматизация решения о выдаче кредита физическому или юридическому лицу.

2.2. Цели создания системы.

2.2.1. Повышение оперативности обработки информации.

2.2.2. Снижение трудоемкости операций анализу платежеспособности клиента.

2.2.3. Уменьшение числа ошибок заполнении документов.

Характеристика объектов автоматизации.

3.1. Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию.

Объектом автоматизации является банк «Бумеранг» в частности кредитный отдел.

Требования к системе.

4.1. Требования к системе в целом.

4.1.1. Требования к структуре и функционированию системы.

4.1.1.1.Перечень подсистем, их назначение и основные характеристики

В состав ИС должны входить следующие подсистемы:

· Подсистема хранения данных;

· Подсистема управления базами данных;

· Подсистема формирования отчетности.

Подсистема хранения данных предназначена для хранения оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов и информации.

Подсистема управления предназначена для учета клиентов (ведение полной информации о клиенте, процедуры оценки и т.п.).

Подсистема формирования отчетности предназначена для создания и формирования отчетов в виде удобном для вывода на печатающие устройства на основе данных ИС, проектирования и разработки форм регламентированной отчетности, вывода подготовленных отчетных форм на печать.

4.1.1.2.Требования к способам и средствам связи для информационного обмена между компонентами системы.

Входящие в состав ИС подсистемы в процессе функционирования должны обмениваться информацией, используя для этого входящие в их состав модули информационного взаимодействия. В состав передаваемых данных входят:

· Сведения о операторе;

· Сведения о клиентах;

· Сведения о предоставляемых услугах.

4.1.1.3. Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т. п.);

ИС должна взаимодействовать с другими информационными системами.

Возможны следующие варианты обмена:

· Экспорт нормативно-справочной информации;

· Экспорт данных о клиенте;

· Импорт нормативно-справочной информации;

· Импорт данных о клиенте;

4.1.1.4. Требования к режимам функционирования системы.

Для ИС определены следующие режимы функционирования:

· Нормальный режим функционирования;

· Аварийный режим функционирования.

Основным режимом функционирования является нормальный режим.
В нормальном режиме функционирования системы:

· клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение рабочего дня;

· исправно работает оборудование, составляющее комплекс технических средств;

· исправно функционирует системное, базовое и прикладное программное обеспечение системы.

Аварийный режим функционирования системы характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения.

В случае перехода системы в предаварийный режим необходимо:

· завершить работу всех приложений, с сохранением данных;

· выключить все периферийные устройства;

· выполнить резервное копирование БД.

После этого необходимо выполнить комплекс мероприятий по устранению причины перехода системы в аварийный режим.

4.1.1.5. Требования по диагностированию системы.

Требования не предъявляются.

4.1.1.6. Перспективы развития, модернизации системы.

ИС должна реализовывать возможность дальнейшей модернизации как программного обеспечения, так комплекса технических средств. Также необходимо предусмотреть возможность увеличения производительности системы путем её масштабирования.

4.1.2. Требования к численности и квалификации персонала системы и режиму его работы.

4.1.2.1. Требования к численности персонала (пользователей) АС.

Численность персонала АИС должна определяться исходя из потребностей бизнес-процессов предприятия. Численность пользователей системы определяется параметрами объекта автоматизации.

Рекомендуемая численность для эксплуатации ИС:

· Администратор – 1 штатная единица;

· Пользователь – число штатных единиц определяется структурой предприятия.

4.1.2.2. Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков.

Пользователи системы должны иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции в стандартных программах Windows.

Специальная подготовка должна включать в себя получение навыков работы с данной системой в объеме навыков пользователей.

4.1.2.3. Требуемый режим работы персонала АС.

Персонал (пользователи) системы выполняют свои функции в режиме 8-часовой работы.

4.1.3. Показатели назначения.

Системы должна обеспечивать настройку и адаптироваться к изменению параметров и методов управления без проведения перепрограммирования на уровне общего программного обеспечения. Адаптация системы должна осуществляться путем проведения структурной и параметрической настройки соответствующих функциональных подсистем.

4.1.3.1. Степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления.

Система должна предусматривать возможность масштабирования путем модернизации используемого комплекса технических средств.

4.1.3.2. Допустимые пределы модернизации и развития системы.

Система должна обеспечивать возможность модернизации и развития при увеличении параметров объекта автоматизации, и при необходимости изменения состава требований к выполняемым функциям и видам обеспечения.

4.1.3.3. Вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.

Минимальный срок эксплуатации:

· системы в целом - не менее 10 лет;

· модулей функциональных подсистем - не менее 5 лет;

· комплекса технических средств - не менее 15 лет (при проведении соответствующей технической модернизации и развития).

4.1.4. Требования к надежности.

4.1.4.1.Состав и количественные значения показателей надежности для системы в целом или ее подсистем.

Проектные решения должны обеспечивать:

· сохранение работоспособности системы при отказе или выходе из строя одного из компонентов комплекса технических средств или телекоммуникационной подсистемы;

· сохранение всей накопленной на момент отказа или выхода из строя информации.

Должны быть обеспечены два уровня надежности системы:

· уровень сохранности работоспособности;

· уровень сохранности информации.

Организационные меры по обеспечению надежности должны быть направлены на минимизацию ошибок персонала (пользователей).

4.1.4.2.Перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей.

Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций:

· при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы;

· при ошибках в работе аппаратных средств;

· при ошибках, связанных с программным обеспечением.

4.1.4.3.Требования к надежности технических средств и программного обеспечения.

Надежность рабочих мест должна быть обеспечена централизованным хранением данных и резервным копированием данных. Выход из строя рабочего места пользователя не должен влиять на работоспособность системы в целом.

4.1.4.4.Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.

Оценка надежности осуществляется на стадии проектирования за счет анализа полноты архитектуры и технических решений по построению системы и их соответствия техническим требованиям данного ТЗ.

4.1.5. Требования безопасности.

Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление.

Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение.

Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование.

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм.

4.1.6. Требования к эргономике и технической эстетике.

Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь».

Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние.

Система должна соответствовать требованиям эргономики при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности.

4.1.7. Требования к транспортабельности для подвижных АС.

Требования не предъявляются.

4.1.8. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы.

4.1.8.1.Условия и регламент (режим) эксплуатации, которые должны обеспечивать использование технических средств (ТС) системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания.

Использование технических средств системы должно производиться с выполнением требований производителей оборудования, выполнением периодического обслуживания и регламентных работ.

4.1.8.2.Предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т. п.

Размещение помещений и их оборудование должны исключать возможность бесконтрольного проникновения в них посторонних лиц и обеспечивать сохранность находящихся в этих помещениях конфиденциальных документов и технических средств.
Размещение оборудования, технических средств должно соответствовать требованиям техники безопасности, санитарным нормам и требованиям пожарной безопасности.
Все пользователи системы должны соблюдать правила эксплуатации электронной вычислительной техники.

4.1.8.3.Требования по количеству, квалификации обслуживающего персонала и режимам его работы.

Количество и квалификационный состав обслуживающего персонала определяется в зависимости от типа технических средств в соответствии с требованиями завода-изготовителя и действующими нормативными документами.

4.1.8.4.Требования к составу размещению и условиям хранения комплекта запасных изделий и приборов.

Требования не предъявляются.

4.1.8.5.Требования к регламенту обслуживания.

Обслуживание технических средств АИС осуществляется в соответствии с действующими технологическими процессами в организации с периодичностью, установленной заводами-изготовителями технических средств и согласовывается с фирмами, осуществляющими ремонт и профилактическое обслуживание системы.

4.1.9. Требования к защите информации от несанкционированного доступа.

ИС должна обеспечивать защиту от несанкционированного доступа (НСД). Компоненты подсистемы защиты от НСД должны обеспечивать:

· идентификацию пользователя;

· проверку полномочий пользователя при работе с системой;

· разграничение доступа пользователей на уровне задач и информационных массивов.

4.1.10. Требования по сохранности информации при авариях требования к защите от влияния внешних воздействии.

Программное обеспечение ИС должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации резервного копирования данных системы средствами программного обеспечения (ОС, СУБД).

4.1.11. Требования к средствам защиты от внешних воздействий.

Требования не предъявляются.

4.1.12. Требования к патентной чистоте.

Проектные решения разрабатываемой АСУ не содержат сведения, которые могут быть признаны изобретениями или открытиями.

4.1.13. Требования по стандартизации и унификации.

В ИС должны использоваться стандартные учетные и отчетные документы, международные и всесоюзные классификаторы технико-экономической информации. В АИС предусмотрено применение стандартных пакетов прикладных программ с целью снижения трудоемкости разработки и сопровождения системы и повышения надежности функционирования.

В качестве ППП предполагается использовать:

· стандартные ППП для организации СУБД;

· стандартные ППП для подготовки документации, типа Microsoft Excel, Microsoft Word.

4.1.14. Дополнительные требования.

ИС должна иметь в своем составе комплекс программных и технических средств для организации и проведения обучения (тренинга) персонала (пользователей) и обслуживающего персонала. Комплекс программных и технических средств обучения (тренинга) должен иметь необходимый комплект документации:

· методические материалы;

· учебные материалы.

4.2. Требования к функциям (задачам), выполняемым системой.

Система «Eurasia» предназначена для выполнения следующих функций:

· сохранение и передача информации о клиентах (личные данные, доход и т.д);

· выдача решения по предоставлению кредита;

· расчет кредитных платежей.

4.3. Требования к видам обеспечения.

4.3.1. Требования к математическому обеспечению системы.

В качестве математического обеспечения используются стандартные алгоритмы, методики и модели.

Математические методы и алгоритмы, используемые для шифрования/дешифрования данных, а также программное обеспечение, реализующее их, должны быть сертифицированы уполномоченными организациями для использования в государственных органах Российской Федерации.

4.3.2. Требования к информационному обеспечению системы.

4.3.2.1.Требования к составу, структуре и способам организации данных в системе.

Информационная ИС должна включать следующие основные составляющие:

· база данных клиентов содержит сведения о всех клиентах банка.

· база данных услуг содержит перечисление всех видов услуг, с указанием стоимости каждой из них.

· база данных записей клиентов содержит всю информацию обо всех выданных кредитах и их уплате.

4.3.2.2.Требования к информационному обмену между компонентами системы.

ИС должна обеспечивать однократный ввод данных, вне зависимости от того, в каких информационных массивах или базах данных они будут храниться и какими функциональными подсистемами использоваться.

Обмен информацией между базами данных должен осуществляться с использованием операций импорта-экспорта, стандартных для выбранного прикладного программного обеспечения.

4.3.2.3.Требования по применению систем управления базами данных.

Для хранения всех информационных массивов ИС должна использоваться единая система управления базами данных (СУБД).

Общие требования к используемой СУБД:

· использование русского языка;

· поддержка реляционной или объектно-реляционной модели базы данных;

· автоматическое восстановление базы данных;

· наличие механизма блокировки транзакций;

· реализация SQL, совместимого со стандартом ANSI 1992 г.;

· наличие встроенных средств контроля целостности баз данных;

· наличие встроенных средств резервного копирования базы данных;

· импорт и экспорт данных.

4.3.2.4.Требования к защите данных от разрушений при авариях и сбоях в электропитании системы.

Сохранность информации в ИС должна обеспечиваться при всех аварийных ситуациях. В случае возникновения аварии или сбоя в процессе выполнения пользовательских задач должно быть обеспечено восстановление базы данных до состояния на момент последней завершенной системой транзакции.

4.3.3. Требования к лингвистическому обеспечению.

Все прикладное программное обеспечение системы для организации взаимодействия с пользователем должно использовать русский язык.

Система не предусматривает специальных языковых средств. Диалоговый режим работы должен обеспечить ввод и обработку информации в естественном для персонала виде за исключением администратора системы.

4.3.3.1. Требования к применению языков высокого уровня.

Используемые при разработке языки высокого уровня должны обеспечивать решение всех задач по реализации функций системы. Допускается использование стандартных языков высокого уровня, отвечающих требованиям реализации задач предметной области.

4.3.3.2. Требования к применению языков подготовке отчетов.

В составе системы должен быть язык подготовки отчетов, позволяющий производить модификацию существующих и создание новых отчетов. Язык подготовки отчетов должен иметь встроенные средства создания графических представлений (диаграммы, графики и т.п.), а также обеспечивать экспорт результатов в форматы широкого применения (текстовый, XLS, DOC и т.п.).

4.3.3.3. Требования к способам организации диалога с пользователем.

Способ организации диалога с пользователем должен обеспечивать:

· уменьшение вероятности совершения оператором случайных ошибочных действий;

· предусматривать логический контроль ввода данных;

· возможность индивидуальной настройки пользователем с сохранением настроек.

4.3.3.4. Требования к средствам описания предметной области (объекта автоматизации).

В составе комплексов разработки должны быть средства описания предметной области и объекта автоматизации.

4.3.3.5. Требования к языкам манипулирования данных.

Языки манипулирования данных должны отвечать требованиям стандарта ANSI 1992 (реализация SQL) и поддерживать реляционную и объектно-реляционную модели баз данных, а так же стандарт ODBC.

4.3.3.6. Требования к кодированию и декодированию данных

Дополнительных требований к кодированию и декодированию данных не предъявляется.

4.3.4. Требования к программному обеспечению.

Программное обеспечение должно быть выполнено на языках высокого уровня и обеспечивать функционирование системы в режиме реального времени.

Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться операционная система Windows.

Прикладное программное обеспечение ИС должно обладать следующими свойствами:

· допускается дополнительное программирование экранных форм и отчетов, а также создание дополнительных модулей программного продукта.

· русификация и наличие эксплуатационной документации на русском языке.

4.3.5. Требования к техническому обеспечению.

Техническое обеспечение системы должно максимально и наиболее эффективным образом использовать существующие технические средства.

В состав комплекса должны следующие технические средства:

· ПК пользователей и администраторов.

· печатные устройства.

4.3.6. Требования к метрологическому обеспечению.

Отсутствие ошибки округления при расчетах денежных единиц с округлением до единиц копеек. Отсутствие ошибок округления и отсутствие накопление ошибок расчетов при пересчетах по процентному содержанию.

4.3.7. Требования к организационному обеспечению.

4.3.7.1. Требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию.

Эксплуатацию и функционирование системы обеспечивает администратор.

4.3.7.2. Требования к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации.

Функционирование системы организуется в рамках выполнения рабочих функций сотрудниками банка. Сотрудники являются пользователями ИС и выполняют свои непосредственные функции с использованием ресурсов системы.

При вводе системы в эксплуатацию необходимо провести обучение персонала работе с данной системой.

4.3.7.3. Требования к защите от ошибочных действий персонала системы.

Система должна обеспечивать защиту от ошибочных действий персонала и исключать возможность нарушения функционирования от неправильных действий персонала, обеспечивая стопроцентное сохранение данных системы при любых действиях персонала и одиночных отказах программно-технических средств.

4.3.8. Требования к методическому обеспечению.

Должны быть разработаны и внедрены методики и инструкции выполнения операций на автоматизированных рабочих местах ИС.

5. Состав и содержание работ по созданию системы.

№ этапа	Название	Срок	Отчетность
	Оценка эффективности	31.03.2010 – 01.04.2010
	Разработка функциональной модели подсистемы	02.04.2010 – 08.04.2010	Функциональная модель бизнес-процесса в виде SADT-диаграммы
	Разработка информационного обеспечения подсистемы (информационно-логической модели предметной области)	09.04.2010 –15.04.2010	Информационно-логический граф (логическая модель в среде ER-WIN, физическая модель в среде ER-WIN), описания объектов
	Разработка концептуальной модели БД	16.04.2010 –21.04.2010	Концептуальная схема БД, алгоритмы контроля целостности и согласованности БД, алгоритмы для работы с БД
	Проектирование интерфейса пользователя	22.04.2010 –26.04.2010	Граф диалога, разработанные формы ввода-вывода информации
	Логическое проектирование	27.04.2010 –03.05.2010	Спроектированная программа обработки данных, схема алгоритма решения задачи (схема работы подсистемы), сформированные запросы к БД на языке SQL
	Тестирование ИС и разработка программной документации	04.05.2010 – 08.05.2010	Тесты, документация, программный продукт

Требования к документированию

Документация, разрабатываемая в соответствии с требованиями настоящего технического задания, должна соответствовать требованиям ГОСТ 34.201-89.Полный перечень документации включает:1) Техническое задание.2) Пояснительная записка.Вся разрабатываемая проектная документация должна быть выполнена на русском языке.

9. Источники разработки. ГОСТ 34.201-89;

1) ГОСТ 34.602-89;

2) ГОСТ 34.601-90;

3) ГОСТ РД 50-34.698-90;

4) ГОСТ ISO/IEC 12207.

 

 

____________________

(код ТЗ)

СОСТАВИЛИ

Наименование организации, предприятия	Должность исполнителя	Фамилия, имя, отчество	Подпись	Дата
ИМИТ (филиал) СПбГПУ	студент	И.А.Ильин		23.04.2010

 

СОГЛАСОВАНО

Наименование организации, предприятия	Должность	Фамилия, имя, отчество	Подпись	Дата
ИМИТ (филиал) СПбГПУ	Доцент кафедры ПО, канд. тех.наук	Н. А. Щегряев		23.04.2010

 

Общесистемная часть

Проектная часть

Инструкция по работе

 

Работа с системой «Eurasia» начинается с главного окна, которое имеет главное меню, содержащее пункты «Клиенты», «Отчеты» и другие. (см. рис. 16). [1]

Рисунок 16 – Главное окно подсистемы «Eurasia»

 

При выборе пункта меню «Клиенты» откроется список подменю для этого пункта, он содержит следующие команды: «Физические лица», «Юридические», «Предприниматели». Пункт меню «Отчеты» включает в себя подпункты «Договор» и «График платежей» (см. рис.17-18). [1]

Так же возможен вызов калькулятора для подсчета. (см. рис.19)

Рисунок 17 – Выбор пункта меню «Клиенты»

 

 

Рисунок 18 – Выбор пункта меню «Печать»

 

Рисунок 19 – Выбор пункта меню «Сервис»

 

Рисунок 20 – Карточка

На данной форме располагаются пустые поля, которые предназначены для ввода данных о клиенте.[3]

При выборе подпункта «Договор» на форме откроется новая вкладка, которая отражает договоры с клиентами. Так же можно посмотреть оплату, просрочки и другое (см. рис. 21-22). [2]

Рисунок 21 – Договор

 

Рисунок 22 – Оплата

Для завершения работы с системой «Eurasia» необходимо нажать на «Выход» в правом верхнем углу меню на главной формы. [5]

 

 

Заключение

Спроектированная система «Eurasia» дает возможность непосредственному пользователю автоматически выполнять кредитование клиентов банка, при этом сэкономить время на обработке и повысить качество работы.

В процессе работы была разработаны: техническое задание, функциональная модель существующего бизнес-процесса, технико-экономическое обоснование разработки данного проекта и объектно-ориентированная модель системы «Eurasia».

Техническое задание было разработано в соответствии с ГОСТ 19.201-78 «Техни­ческое задание. Требования к содержанию и оформлению».

Функциональная модель существующего бизнес-процесса представлена в стандарте SADT, а объектно-ориентированная модель системы «Eurasia» представляет схемы алгоритмов на языке UML.

В процессе проектирование интерфейса пользователя был выбран вид интерфейса и разработаны формы ввода – вывода информации.

Результаты проделанной работы удовлетворяют требованиям технического задания.

 

 

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

 

Государственное образовательное учреждение высшего профессионального образования

«Санкт-Петербургский государственный политехнический университет»

ИНСТИТУТ МЕНЕДЖМЕНТА И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

(филиал) Санкт-Петербургского государственного политехнического университета

В г. Череповце

(ИМИТ СПбГПУ)

 

Кафедра экономики

 

КУРСОВАЯ РАБОТА

 

 

Дисциплина: «Проектирование информационных систем»

Тема: Проектирование информационной системы «Eurasia» для ОАО Банк «Бумеранг».

 

Выполнил студент группы о.561 Ильин Иван Андреевич

 

 

Руководитель Щегряев Николай Александрович

 

«_____» _______________ 2010г.

 

___________ _________________

отметка о зачете подпись преподавателя

 

 

г. Череповец

2010 г.

Содержание

 

1. Общесистемная часть. 21

1.1. Общая характеристика экономического объекта. 21

1.2. Выделение функциональной подсистемы АЭИС.. 24

1.3 Технико-экономическое обоснование необходимости разработки или реинжиниринга функциональной подсистемы АЭИС.. 30

2. Проектная часть. 32

2.1. Постановка задачи на разработку функциональной подсистемы.. 32

2.1.1 Организационно-экономическая сущность задачи. 32

2.1.2 Описание исходной (входной) информации. 32

2.1.3 Описание результатной (исходной) информации. 33

2.1.4 Описание алгоритма решения задачи. 33

2.1.5 Описание используемой условно-постоянной информации. 34

2.2 Разработка программного обеспечения подсистемы.. 35

2.2.1 Выбор языка разработки и технологии проектирования ЭИС.. 35

2.2.2 Объектно-ориентированная модель подсистемы «Eurasia». 35

2.2.3 Оценка трудоемкости разработки программного обеспечения на основе диаграммы вариантов использования. 44

2.2.4 Инструкция по работе. 47

Заключение. 52

Список использованных источников и литературы.. 53

 

ИМИТ СПбГПУ

_________________________________________________________________________

наименование организации - разработчика ТЗ на АС

УТВЕРЖДАЮ

Сикорский Юрий Валерьевич
Председатель совета директоров

УТВЕРЖДАЮ

Доцент кафедры ПО, канд. тех. наук

Н. А. Щегряев

_____________

Личная подпись

 

_____________

Расшифровка подписи

 

 

______________

Личная подпись

 

_____________

Расшифровка подписи

 

 

 

Информационная система выдачи кредитов «Eurasia»

банка «Бумеранг»

 

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На 21 листах

Действует с 23.04.2010

 

 

Общие сведения.

1.1. Полное наименование системы и ее условное обозначение - Информационная система выдачи кредитов «Eurasia» в банке «Бумеранг».

1.2. Шифр темы или шифр (номер) договора: ИА-1008.

1.3. Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты:

Заказчиком системы является банк «Бумеранг»

Адрес заказчика: Вологодская обл., г.Череповец,
ул. Коммунистов, 22

Разработчиком системы является Институт менеджмента и информационных технологий.

Адрес разработчика: г. Череповец, ул. Первомайская, д. 48.

1.4. Перечень документов, на основании которых создается система, кем и когда утверждены эти документы: Договор №41 на разработку ИС «Eurasia». Утвержден компанией-разработчиком и компанией-заказчиком 19.03.2010.

1.5. Плановые сроки начала, и окончания работы по созданию системы.

Разработка ИС «Eurasia» реализуется в следующие сроки: начало работ – 19.03.2010, окончание работ – 30.04.2010.

1.6. Сведения об источниках и порядке финансирования работ.

Работы по разработке и внедрению информационной системы оплачиваются в соответствие с договором № 41 от «19» марта 2010 г.