Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Разработка информационной системы для лизинговой компании

Разработка информационной системы для лизинговой компании

Виды и организационные формы лизинга. Преимущества автоматизированных систем 1С:Архив, Naumen DMS, UMS Docs. Инфологический и даталогический этапы проектирования информационной системы. Ее программная реализация: выбор базы данных, формирование отчетов.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 24.10.2010
Размер файла 2,7 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

2.2 Обзор существующих аналогов

2.2.1 1С:Архив

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

Использование 1С:Архива позволяет упорядочить хранение документов и организовать работу с ними, сократив при этом накладные расходы, связанные с доступом к документам.

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

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

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

Создание документов. Документы в 1С:Архиве можно создавать на основе заранее сформированных шаблонов, или путем переноса каталогов и файлов с локального или сетевого диска в нужные папки 1С:Архива.

Учет документов. На каждый документ в 1С:Архиве ведется учетно-регистрационная карточка, набор реквизитов которой соответствует ГОСТ Р 6.30-2003 и требованиям ГСДОУ. Состав и расположение реквизитов карточки являются жестко настроенными и не могут быть изменены.

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

Работа с документами. Для просмотра и редактирования документов 1С:Архив использует соответствующие приложения. Ряд распространенных форматов документов, например, тексты, изображения, RTF-документы, HTML-документы и документы Microsoft Office, можно просматривать непосредственно в 1С:Архиве, не переключаясь в другое приложение.

Регистрация корреспонденции. В системе 1С:Архив можно вести учет и регистрацию входящей и исходящей корреспонденции. При этом осуществляется автоматическая генерация сквозных регистрационных номеров.

Коллективный доступ. 1С:Архив обеспечивает коллективный доступ сотрудников к документам как для просмотра, так и для редактирования. Конфликты при одновременном редактировании документов исключаются благодаря механизму блокировки документов.

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

Права доступа. Каждому объекту 1С:Архива (документу или папке) можно назначить набор прав доступа. Поддерживаются группы пользователей и наследование прав, так, например, документы наследуют права родительской папки. Права ранжируются по девяти критериям - просмотр, открытие, редактирование, управление версиями, перемещение, право подписи, право изменения прав, создание и удаление. Все действия пользователей, связанные с изменениями объектов 1С:Архива или доступом к ним, протоколируются и могут просматриваться администратором системы.

Вызов функций 1С:Архива можно осуществлять из 1С:Предприятия версий 7.7 и 8.0 (с помощью соответствующий компоненты), из программ написанных на C++, Visual Basic или Delphi, а также из любых других программ с помощью командной строки.

Стоимость лицензионной версии программы:

1С:Архив версия 3.0 CD 000,00руб.

1С:Архив версия 3.0 CD Upg с предыдущих версий0,00USD

1С:Архив версия 3.0 OCR CD 000,00руб.

1С:Архив версия 3.0 OCR CD Upg с 1С:Архив 3.0 CD00,00 USD

1С:Архив версия 3.0 OCR CD Upg с предыдущих версий 1500,00USD

Теперь рассмотрим все имеющиеся достоинства и недостатки данной системы.

Достоинства:

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

§ наличие шаблонов для создания документов;

§ набор реквизитов соответствует ГОСТ Р 6.30-2003 и требованиям ГСДОУ;

§ возможность подключения сотрудников, работающих вне фирмы по средством использования web-браузера;

§ разграничение прав доступа.

Недостатки:

§ большая стоимость программного продукта;

§ нет функции составления отчетов;

§ возникает сложность в просматривании всей истории работы с конкретной фирмой-контрагентом;

§ трудный процесс обучения сотрудников.

2.2.2 ISIDA

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

ISIDA DMS включает следующие комплексы информационных услуг:

Ведение электронных дел для организационно-распорядительных документов:

§ регистрация и мониторинг обязанностей должностных лиц;

§ рассмотрение и исполнение документов;

§ создание и согласование электронных документов;

§ поддержка электронной почты;

§ поддержка сканирования документов;

§ поддержка факса;

§ портал технологического администратора;

§ регистратор службы ДОУ;

§ контролер службы ДОУ;

§ руководитель службы ДОУ;

§ сотрудник протокольного сектора;

§ делопроизводитель подразделения;

§ секретарь руководителя.

SIDA eDoc включает следующие комплексы информационных услуг:

§ центр поддержки корпоративного электронного документа;

§ криптографическое ядро;

§ центр электронного документооборота;

§ центр хранения электронных документов;

§ ведение электронной номенклатуры дел;

§ ведение электронных дел для документов текущего архива;

§ передача и прием электронных дел в ведомственный архив;

§ центр администрирования;

§ набор коннекторов.

Системы ISIDA не продается как коробочный продукт. Компания Исида-Информатика предлагает комплексные проекты автоматизации документооборота, электронного архива и других приложений на платформе ISIDA. Стоимость проектов по внедрению СЭД составляет от 50 до 300 тыс. $.

Рассмотрим достоинства и недостатки представленной системы.

Достоинства:

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

§ возможность ввода документов по средством сканера и факса;

§ существует поддержка работы с электронной почтой;

§ снабжение документа цифровой подписью.

Недостатки:

§ отсутствие функции составления отчетов;

§ продажа осуществляется только комплексными проектами, что ведет к высокой стоимости;

§ отсутствие четкой понятной системы разграничения прав доступа;

§ сложный процесс обучения персонала.

2.2.3 Naumen DMS

Naumen DMS (новая версия системы NauDoc) -- корпоративная система управления бизнес-процессами и документами.

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

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

Использование Naumen DMS позволяет увеличить эффективность работы большинства сотрудников предприятия.

Функциональные возможности

* Моделирование бизнес-процессов

* Исполнение бизнес-процессов

* Мониторинг бизнес-процессов

* Корпоративное управление документами

* Формирование единого электронного хранилища документов

* Организация коллективной работы

* Автоматизация делопроизводства, работы канцелярии

* Поиск информации

* Обеспечение сертификации на соответствие требованиям стандарта ISO 9001:2000

Внедрение Naumen DMS значительно облегчит сертификацию предприятия на соответствие требованиям стандарта ISO 9001:2000, т.к. этот стандарт в обязательном порядке требует документирования системы управления предприятием.

Рассмотрим достоинства и недостатки рассмотренной системы.

Достоинства:

§ эффективный поиск документов по их реквизитам, а также по тексту;

§ обеспечение сертификации на соответствие требованиям стандарта ISO 9001:2000;

§ система поддерживает полный цикл управления бизнес-процессами;

§ поддержка основных промышленных реляционных баз данных.

Недостатки:

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

§ отсутствие возможности наделить каждого сотрудника различными правами доступа;

§ сложный процесс обучение сотрудников.

2.2.4 UMS Docs

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

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

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

Основные преимущества системы электронного документооборота "UMS Docs" перед аналогами:

§ современные web-ориентированные технологии;

§ легкость внедрения и низкая стоимость обслуживания;

§ ориентация на потребности Заказчика. Предложение комплексного решения "под ключ";

§ стоимость продукта с учетом внедрения и обслуживания системы не превышает среднерыночной.

Стоимость лицензионной версии программы:

3 825.00 руб. (за 1 пользователя)

10-29 пользователей: 3 570.00 руб. (за 1 пользователя)

30-39 пользователей: 3 315.00 руб. (за 1 пользователя)

40-49 пользователей: 3 060.00 руб. (за 1 пользователя)

50-100 пользователей: 2 805.00 руб. (за 1 пользователя)

Рассмотрим достоинства и недостатки данной системы.

Достоинства:

§ современные web-ориентированные технологии;

§ легкость внедрения и низкая стоимость обслуживания;

§ возможность объединять сеть удаленных друг от друга филиалов организации;

§ стоимость продукта с учетом внедрения и обслуживания системы не превышает среднерыночной.

Недостатки:

§ отсутствие функции разграничения прав доступа конкретных сотрудников;

§ отсутствие возможности составления отчетов;

§ сложный процесс обучения сотрудников;

§ отсутствие возможности отслеживания результатов работы конкретного сотрудника.

2.3 Постановка задач

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

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

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

§ система должна обладать возможностью разграничения прав доступа пользователей;

§ программа должна содержать в себе модуль составления отчетов;

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

§ АИС должна содержать в себе базу данных сотрудников и клиентов;

§ система должна соответствовать финансовой политике организации;

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

§ с помощью программы директор компании долен иметь возможность просматривать результативность работы каждого сотрудника и на этом основании делать выводы;

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

Для решения поставленных задач необходимо выполнить следующие работы, а именно:

) Провести исследования:

§ предметной области;

§ ознакомиться с ранее разработанными АИС данного плана;

§ проанализировать существующие АИС на выявление достоинств и недостатков той или иной системы.

) На основании результатов исследований разработать:

§ общую модель информационной системы;

§ структуру документооборота в данной компании;

§ структуру базы данных клиентов и сотрудников компании;

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

) Выполнить экономические расчеты по схеме:

.1) Рассчитать стоимость инвестиционных и иных затрат возникающих в процессе создания АИС;

.2) Разработать финансовую модель "Внедрение" и на её основе рассчитать оценку экономической эффективности.

.3) Для моделирования и расчетов принять:

§ Период действия проекта = 2 года;

§ Ставка банковского процента = 20%;

§ Ставка дисконтирования = 24 %.

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

Привести графический материал (диаграммы, графики, рисунки).

3. Проектирование автоматизированной информационной системы

3.1 Функциональная модель системы

Рассмотрим функциональную модель разрабатываемой автоматизированной информационной системы (рисунок 5).

Рисунок 5 - Функциональная модель системы

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

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

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

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

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

Различные виды составляемых отчетов обуславливаются представляемыми к ним требованиями, а именно:

§ проследить историю сотрудничества фирмы с конкретным контрагентом;

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

§ проанализировать потребности клиентов;

§ проанализировать условия, на которые могут пойти клиенты при заключении договоров;

§ проверить исполнение договоров;

§ и т.д.

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

3.2 Инфологический этап проектирования автоматизированной информационной системы

3.2.1 Сущности и атрибуты базы данных

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

Диаграмма "сущность-связь" (ERD) предназначена для графического представления моделей данных разрабатываемой информационной системы и предлагает стандартный набор обозначений для определения данных отношений между ними. С помощью данной модели можно описать отдельные компоненты концептуальной модели данных и совокупность взаимосвязей между ними, имеющих важное значение для разрабатываемой системы. Основными понятиями нотации являются понятия сущности и связи [19].

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

Далее опишем сущности и их атрибуты, а также дадим краткую характеристику некоторым из них для более легкого восприятия предметной области (рисунок 6).

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

Рисунок 6 - Инфологическая модель данных

Сущность "Договор" обладает следующими атрибутами:

§ полное наименование договора;

§ краткое наименование (вводится для более удобного и быстрого поиска данного конкретного договора);

§ юридический номер договора (уникальный номер договора, который закрепляется за ним юридически, в соответствии с законом; является первичным ключом);

§ примечания (сотрудники компании могут оставлять необходимые им пометки по конкретному договору);

§ дата (дата подписания договора);

§ состояние (отмечается исполнен ли договор в данный момент);

§ порядковый номер сделки (невидимая пользователю информация, необходимая для связи с сущностью "Сделка");

§ ИНН контрагента (идентификационный налоговый номер фирмы; невидимая пользователю информация, необходимая для связи с сущностью "Контрагент").

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

Сущность "Личность" обладает следующими атрибутами:

§ фамилия, имя, отчество личности;

§ дата рождения;

§ номер пенсионного свидетельства (уникальный номер, присваиваемый в пенсионном фонде единожды; является первичным ключом);

§ прописка (адрес, по которому официально прописана личность);

§ фактический адрес (адрес фактического проживания);

§ электронная почта;

§ рабочий телефон;

§ домашний телефон.

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

Сущность "Контрагент" обладает следующими атрибутами:

§ полное наименование (юридически закрепленное полное название фирмы);

§ дата регистрация (дата регистрации фирмы);

§ ОПФ (организационно правовая форма компании);

§ ЕГРЮЛ (единый государственный регистр юридических лиц);

§ ИНН (уникальный идентификационный налоговый номер; является первичным ключом);

§ юридический адрес (адрес, на котором официально зарегистрирована данная фирма);

§ почтовый адрес;

§ электронная почта;

§ телефон.

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

Сущность "Заявка" обладает следующими атрибутами:

§ номер заявки (уникальный номер заявки; является первичным ключом);

§ дата (дата заполнения);

§ аванс (аванс, который согласен выплатить контрагент);

§ срок (срок реализации);

§ статус (принята ли заявка к исполнению);

§ стоимость оборудования (стоимость запрашиваемого имущества);

§ общая сумма (сумма за предоставляемое имущество и услуги лизингодателя);

§ тип (работник лизинговой компании сам вписывает к какому типу относится контрагент, например, постоянный или первичный);

§ комментарий (пользователь системы может оставить какие-либо заметки по конкретной заявке);

§ наименование имущества (какое именно имущество необходимо клиенту);

§ номер сделки (номер сделки, которая заключается при положительном рассмотрении заявки);

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

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

Сущность "Сделка" обладает следующими атрибутами:

§ порядковый номер (номер, присваиваемый сделке при внесении ее в систему; является первичным ключом);

§ наименование (название заключаемой сделки);

§ дата начала (дата, с которой сделка начинает осуществляться);

§ дата окончания (дата, на которую назначено завершение сделки);

§ тип сделки (сотрудники компании сами присваивают сделки конкретный тип: лизинг, сублизинг, возвратный лизинг);

§ статус (здесь фиксируется на каком этапе находится исполнение сделки);

§ общая сумма (сумма, на которую заключается сделка);

§ стоимость имущества (стоимость необходимого клиенту имущества);

§ примечание (вносятся необходимые по сделке комментарии);

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

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

§ номер пенсионного свидетельства (невидимая пользователю информация, необходимая для связи с сущностью "Личность");

§ ИНН контрагента (невидимая пользователю информация, необходимая для связи с сущностью "Контрагент");

§ должность (должность, занимаемая человеком в конкретной фирме).

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

3.2.2 Определение связей между сущностями базы данных

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

§ связь "один к одному";

§ связь "один ко многим";

§ связь "многие к одному";

§ связь "многие ко многим".

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

Таблица 2 - Связи инфологической модели

Сущность1

Наименование связи

Сущность 2

Тип связи

Договор

заключается

Контрагент

М-1

Договор

заключается

Сделка

М-1

Договор

заключается

Акт

М-1

Личность

состоит в должности

Связующая таблица

1-М

Контрагент

подает

Заявка

1-М

Контрагент

Предоставляет

Связующая таблица

1-М

Заявка

заключается

Сделка

1-1

Сущность "Договор" имеет следующие связи:

§ с сущностью "Контрагент" она связана тем, договор заключается с конкретным контрагентом, причем конкретная фирма может заключать несколько договоров;

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

§ с сущностью "Акт" связана тем, что на основании исполнения двух взаимосвязанных договоров заключается акт

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

Сущность "Контрагент" имеет несколько связей:

§ с сущностью "Заявка" она связана тем, что один контрагент может подать несколько заявок в лизинговую компанию;

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

Сущность "Заявка" связана с сущностью "Сделка" по средствам того, что по одной принятой и одобренной заявку заключается одна сделка.

3.3 Даталогический этап проектирования автоматизированной информационной системы

Для реализации системы будет использоваться реляционная модель представления данных, которая является на данный момент одной из наиболее популярных и наиболее часто используемых (рисунок 7).

Рисунок 7 - Даталогическая модель данных

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

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

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

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

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

Теперь в дополнение к 1НФ можно определить дальнейшие уровни нормализации - вторую нормальную форму (2НФ), третью нормальную форму (3НФ) и т.д. По существу, таблица находится в 2НФ, если она находится в 1НФ и удовлетворяет, кроме того, некоторому дополнительному условию, суть которого будет рассмотрена ниже. Таблица находится в 3НФ, если она находится в 2НФ и, помимо этого, удовлетворяет еще другому дополнительному условию и т.д.

Таким образом, каждая нормальная форма является в некотором смысле более ограниченной, но и более желательной, чем предшествующая. Это связано с тем, что "(N+1)-я нормальная форма" не обладает некоторыми непривлекательными особенностями, свойственным "N-й нормальной форме". Общий смысл дополнительного условия, налагаемого на (N+1)-ю нормальную форму по отношению к N-й нормальной форме, состоит в исключении этих непривлекательных особенностей.

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

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

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

4. Программная реализация автоматизированной информационной системы

4.1 Выбор СУБД

При рассмотрении различных существующих систем управления базами данных мой выбор остановился на СУБД Visual FoxPro 9.0 (VFP 9.0). Данный продукт выполняет все требования, поставленные при разработке автоматизированной информационной системы.

Visual FoxPro - это объектно-ориентированный, визуально программируемый язык, управляемый по событиям, который в полной мере соответствует новым требованиям, предъявляемым к современным средствам проектирования и реализации программного обеспечения [26].

Обладая собственным внутренним механизмом управления реляционной БД, тесной взаимосвязью между языком и данными, полноценными возможностями объектно-ориентированного программирования и широким спектром функций VFP 9.0 позволяет создавать производительные, масштабируемые БД-ориентированные решения (настольные, клиент-серверные и Web) с поддержкой баз данных с таблицами объемом до 2 Гб. При этом VFP 9.0 выгодно отличается от других инструментов Microsoft умеренными системными требованиями (Windows 2000, любой Pentium II, 128 Мб ОЗУ) и высокой эффективностью разрабатываемых приложений (производительность, размеры БД и программного кода).

VFP пока избежал участи перевода в среду .NET, он сам и создаваемые с его помощью приложения предназначены для работы в традиционной Windows. Он не использует принцип управляемого кода, при этом язык FoxPro сохраняет высокую эффективность - на нем написаны многие компоненты самого инструмента. В то же время улучшение интеграции с .NET-приложениями - одно из главных направлений развития VFP. С помощью VFP 9.0 можно создавать Web-сервисы, при этом существенно упростилось их взаимодействие с .NET-приложениями.

Значительное число новшеств связано с механизмом управления данными. Все годы существования VFP особое внимание уделяется поддержке SQL-запросов и взаимодействию с MS SQL Server. С этой целью в версии 9.0 реализованы новые типы данных, сняты многие ограничения SQL-языка, введены дополнительные типы индексов, усилена работа с удаленными данными и т. д.

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

Например, в отчетах теперь поддерживаются связи "один ко многим", отчеты способны работать с различными форматами исходных данных (в том числе XML, HTML и графическими).

В то же время, говоря о развитии VFP, нужно отметить, что Microsoft не считает нужным принимать радикальные шаги по повышению масштабируемости создаваемых приложений, сохраняя дистанцию между VFP и своими стратегическими инструментами (SQL Server, Visual studio .NET). Так, корпорация объявила, что у нее нет планов по увеличению нынешнего объема БД FoxPro, составляющего 2 Гб (для SQL Server 2005 Express - продукта для малых предприятий - граница повышена до 4 Гб.

4.2 Формирование отчетов

Отчет представляет собой форматированное представление данных, выводимое на экран, печать или в файл. Отчет, создаваемый в Visual FoxPro 9.0, может быть представлен в табличном виде или в свободной форме.

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

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

В Visual FoxPro 9.0 для создания отчетов можно использовать следующие средства:

1) Report Wizard (Мастер отчета) - позволяет достаточно быстро создать отчет, применяя сортировку, группировку данных и заданный стиль оформления. Для создания готового отчета с помощью мастера достаточно ответить на ряд вопросов Report Wizard Visual FoxPro 9.0.

2) Report Designer (Конструктор отчета) - в конструкторе отчетов можно разрабатывать собственные отчеты или модифицировать уже имеющиеся, которые были созданы с помощью мастера.

3) Quick Report (Быстрый отчет) - данное средство предназначено для размещения в конструкторе отчета полей и задания среды окружения. Разработчику на выбор предлагается два варианта размещения полей.

При создании отчета можно использовать любые средства, предлагаемые Visual FoxPro, какие кажутся более удобными. Конечно, больше возможностей предоставляет конструктор отчетов, позволяющий создавать отчеты как в табличном виде, так и в свободной форме.

В данной дипломной работе для формирования отчетов в Visual FoxPro было выбрано средство Report Designer (Конструктор отчета).

Проектируемая программа может формировать следующие отчеты:

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

§ отчет по конкретной личности: в каких контрагентах она участвует и занимаемые ею должности;

§ отчет, позволяющий проследить историю конкретной сделки;

§ отчет, предоставляющий перечень различных, запрашиваемых пользователем договоров.

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

4.3 Описание работы программы

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

Рисунок 8 - Окно авторизации

Если сотрудник успешно проходит процесс авторизации и аутентификации, он автоматически попадаем на главное окно системы (рисунок 9). В его верхней части находится главное меню программы, в состав которого входят следующие пункты:

§ "Документы";

§ "Редактирование";

§ "Настройка";

§ "Сервис";

§ "Окна";

§ "Выход".

Рисунок 9 - Главное окно программы

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

При наведении курсора на пункт "Документы" появляется подменю, содержащее следующие элементы:

§ "Заявки";

§ "Сделки";

§ "Договора";

§ "Акты";

§ "Контрагенты";

§ "Личности".

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

При наведении курсора на пункт "Редактирование" появляется подменю, содержащее следующие элементы:

§ "Отмена";

§ "Повтор";

§ "Вырезать";

§ "Копировать";

§ "Вставка";

§ "Выделить все".

Данные пункты являются стандартными функциями и поэтому не нуждаются в описании.

При наведении курсора на пункт "Сервис" появляется подменю, содержащее два элемента: "О программе" и "Командное окно". В разделе "О программе" внесена краткая информация о данном программном продукте.

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

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

Форма "Заявки". В верхней левой части окна располагается список принятых заявок, упорядоченный по порядковому номеру либо по дате подачи (рисунок 10). Он представляет собой таблицу, содержащую все имеющиеся заявки и их атрибуты. В нижней правой части находится информация о выбранной из списка заявки: данные о личности и контрагенте, которые ее подали, комплектность и стоимость оборудования, а также другая информация по ней. Слева внизу расположена информация о сделке, которая была заключена после принятия положительного решения по данной заявке. В форме существует три кнопки, при нажатии на которые пользователь переходит в другой раздел, связанный с данной записью: "Сделка", "Контрагент", "Личность". Также здесь расположены кнопки, которые находятся во всех, рассмотренных ниже формах: "Изменить", "Добавить", "Удалить", "Выход" и "Меню". Первые четыре кнопки не нуждаются в пояснении, а при нажатии на кнопку "Меню" мы попадаем на форму выбора отчета.

Рисунок 10 - Форма "Заявки"

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

Рисунок 11 - Форма "Сделки"

Форма "Договора". Центральное место в окне занимает таблица, в которой размещены все договоры, а также их атрибуты (рисунок 12). Список может быть упорядочен тремя вариантами: по юридическому номеру, по краткому наименованию или по дате заключения. Ниже таблицы расположена информация по данному выбранному документу. В самой нижней части окна находится информация о сделке, по которой был заключен договор, о контрагенте, с которым он был заключен и об акте, в случае исполнения договора. Имеются три кнопки, позволяющие пользователю перейти на другие формы, связанные с данной конкретной записью: "Сделки", "Акты", "Контрагенты".

Рисунок 12 - Форма "Договора"

Форма "Акты". Левая часть окна занимает перечень всех составленных актов и их атрибутов, представляющий собой таблицу, упорядоченную по коду акта (рисунок 13). В правой части экрана находиться информация по выделенному акту, договорам, которые перекрывает данный акт и по контрагентам, задействованным в данном акте. Также здесь присутствует две активные кнопки: "Договора" и "Контрагенты".

Рисунок 13 - Форма "Акты"

Форма "Контрагенты". Верхнюю левую часть занимает таблица, содержащая все фирмы, с которыми сотрудничает лизинговая компания, и их атрибуты (рисунок 14). Сортировка таблицы происходит по порядочному номеру либо по краткому наименованию организации. Нижнюю часть окна занимает информация по данному выделенному контрагенту. Справа расположена таблица с вкладками, выбирая одну из которых пользователь получает данные, касающиеся данной фирмы: "Личность", "Заявка", "Договор", "Акт".

Рисунок 14 - Форма "Контрагенты"

Форма "Личность". В левой верхней части окна находится таблица, которая содержит в себе всех необходимых лизинговой компании личности и их атрибуты (рисунок 15). В нижней части формы располагается информации о конкретной выделенной личности. На правой части также как и в форме "Контрагенты" находятся функциональные вкладки: "Контрагент" и "Заявка".

Рисунок 15 - Форма "Личность"

Внешний вид и содержание отчета зависит от того, для каких целей он понадобился сотруднику. На рисунке 16 представлен простой отчет, сформированный по одной сделке. Отчеты выдаются в виде файла Microsoft Exel.

Рисунок 16 - Простой отчет

5. Экономическое обоснование проекта

5.1 Разработка математической модели проекта

5.1.1 Определение источника доходов проекта

Целью данного дипломного проекта является разработка автоматизированной информационной системы для лизинговой компании. Разработка настоящего программного продукта осуществляется с целью его внедрения и эксплуатации на предприятие ООО "Тольяттинская Лизинговая Компания".

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

Для финансирования проекта на прединвестиционном и инвестиционном этапах планируется получение кредита в банке под проценты в размере 75 тысяч рублей под 20 % годовых на срок 1 год.

5.1.2 Описание структуры затрат проекта

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

Таблица 3 - Структура затрат для проекта с целью - внедрение ПП

Название этапа

Перечень затрат

1. Прединвестиционный этап

ь расходы по зарплате исполнителей:

· по исследованию предметной области (решаемой проблемы),

· по выбору экономико-математической модели,

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

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

· по выбору и обоснованию основного решения по созданию ПП и др.

2. Инвестиционный этап

ь расходы по зарплате исполнителей, которые осуществляют работы по:

· разработке ПП,

· тестированию логики ПП,

· тестированию достоверности обработки реальных данных,

· окончательной отладки ПП,

· заполнению БД информацией;

ь арендная плата за помещение;

ь расходы на материалы;

ь расходы на отопление и электроэнергию;

ь аренда компьютера;

ь косвенные расходы, связанные с реализацией идей по разработке ПП.

3. Эксплуатационный этап

ь расходы по зарплате исполнителя по поддержке ПП.

5.2 Расчет и оценка затрат по созданию АИС

5.2.1 Расчет заработной платы разработчиков программы

Расходы по зарплате исполнителей Ззп определяются по формуле расчета фонда заработной платы:

Фзп = Зосн *(1+Кдоп)*(1+Кс.ф.), (1)

где: Зосн - основная заработная плата работников;

Кдоп, Кс.ф. -- коэффициенты, учитывающие дополнительную заработную плату и отчисления в социальные фонды.

Значения Кдоп, Кс.ф. можно принимать в размере Кдоп= 0,1; Кс.Ф..= 0,26.

Основная заработная плата работников определяется в зависимости от трудоемкости этапов разработки, квалификации исполнителей и уровня их оплаты. Основная заработная плата 3осн работников определяется по формуле:

, (2)

где m - количество этапов разработки;

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

Зijч - часовая зарплата работника i-ой квалификации на j-этапе разработки;

tij - затраты времени в часах i-го разработчика на j-ом этапе.

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

Таблица 4 - Этапы разработки программного продукта

№ этапа

Наименование этапов разработки

Продолжительность этапа, дней

Продолжительность работы, час

Стоимость этапа, руб.

1

Исследование предметной области

6

48

3360

2

Выбор экономико-математической модели

6

48

3360

3

Выбор программного обеспечения

2

16

1120

4

Выбор программных инструментальных средств для разработки ПП

2

16

1120

5

Разработка алгоритмов

10

80

5600

6

Разработка программного обеспечения

12

96

6720

7

Тестирование и отладка программы

14

112

7840

8

Разработка и оформление документации

4

32

2240

9

Сдача продукции заказчику

2

16

1120

ИТОГО:

58

464

32480

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

Разработка и анализ плана исполнения работ по проекту на примере разработки диаграммы Ганта позволили решить такие задачи, как:

§ планирование и анализ объема исполнения работ;

§ оценка достаточности ресурсов;

§ оценка времени выполнения проекта;

§ установления взаимосвязей между работами проекта;

§ установления ответственности за исполнение работ.

На практике некоторые процессы могут выполняться параллельно, что может существенно ускорить время создания продукта, для этого применим диаграмму Ганта (рисунок 17).

С помощью диаграммы Ганта мы видим, что на реализацию проекта будет затрачено 42 дня. При этом основная заработная плата будет составлять Зосн=23520 руб.

Откуда расходы на оплату труда разработчиков программы согласно формуле (1) составляют: Фзп=23520* 1,1 * 1,26 =32598 руб.

Из них дополнительная заработная плата составляет 2352 руб., отчисления в социальные фонды - 6726 руб.

№ этапа

Кол-во дней

Дни

2

4

6

8

10

12

14

16

18

20

22

24

26

28

30

32

34

36

38

40

42

1

6

2

6

3

2

4

2

5

10

6

12

7

14

8

4

9

2

Расшифровка этапов:

1. Исследование предметной области;

2. Выбор экономико-математической модели;

3. Выбор программного обеспечения;

4. Выбор программных инструментальных средств для разработки ПП;

5. Разработка алгоритмов;

6. Разработка программного обеспечения;

7. Тестирование и отладка программы;

8. Оформление документации;

9. Сдача продукции заказчику.

Рисунок 17 - Диаграмма Ганта

5.2.2 Расчет затрат на материалы

Затраты на материалы Зм определяются по формуле:

, (3)

Где: m - количество этапов;

l - количество наименований используемых материалов;

qijчас - расход материала i-го вида нa j-ом этапе;

цi - цена единицы материала i-го вида.

Расчет показал, что Зм = 900 рублей (бумага, канцелярские товары, CD).

5.2.3 Расчет арендной платы за помещение

Расходы по арендной плате за помещения Зар. определяются по формуле:

Зар. = Цар. Sар. Tразр.к / 365, (4)

где: Цар. - арендная плата за 1 кв. м. площади в год;

Sар - арендуемая площадь, кв. м.;

Тразр - время на разработку в календарных днях.

При этом арендная плата равна 3550 руб./год

Тразр.к определяется по формуле:

Tразр.к = Tразр.р f, (5)

где: f - коэффициент перевода рабочих дней в календарные;

f = 1,4.

Тразр.к = 59 дней

Tразр.р. = 42 дней (определяется как критический путь по диаграмме Ганта)

Размер необходимой арендуемой площади Sар. определяется по формуле:

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены