Xreferat.com » Рефераты по информатике и программированию » Автоматизированная система правового сопровождения кредитования юридических лиц

Автоматизированная система правового сопровождения кредитования юридических лиц

Устава;

  • нотариально удостоверенная копия учредительного договора;

  • нотариально удостоверенная копия свидетельства о внесении в ЕГРЮЛ;

  • нотариально удостоверенная копия свидетельства БРП о государственной регистрации юридического лица;

  • нотариально удостоверенная копия разрешения и занятие отдельными видами деятельности (лицензия);

  • состав аукционеров;

  • персональный состав коллегиальных органов управления и высшего руководства состава;

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

  • нотариально удостоверенная копия свидетельства МНС о постановке на учет в налоговом органе юридического лица.

    Входными потоками для работы «Проверка полномочий должностных лиц» являются:

      • заявление на получение кредита;

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

      • оттиск печати, удостоверенный нотариально;

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

    Выходными потоками функции «Анализ правоустанавливающих документов» являются данные о юридическом лице и данные правоустанавливающих документов, которые поступают в хранилище «Данные о юридических лицах», последний является входящим потоком для функции «Оформление заключения», поток данные из служебной записки, который поступает в хранилище «Хранилище служебных записок».

    Выходными потоками функции «Проверка полномочий должностных лиц» являются сведения о полномочиях должностного лица, который является входным потоком в функцию «Оформление заключения», и поток данные правоустанавливающих документов, который поступает в хранилище «Данные о юридических лицах».

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

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


    Рис. 4 Контроль за соблюдением законодательства


    Для описания логики взаимодействия информационных потоков модель дополняют диаграммами еще одной методологии – IDEF3, также называемой workflow diagramming.1 Методология моделирования IDEF3 позволяет графически описать и задокументировать процессы, фокусируя внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов.

    Модель, выполненная в IDEF3, может содержать следующие элементы:

    1. Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0.

    2. Связи (Links) – Связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей:

      1. Связь предшествования (Precedence) – показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией;

      2. Связь отношения (Relational) – показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией;

      3. Поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.

    3. Перекрестки (Junctions) – перекрестки используются в диаграммах IDEF3, чтобы показать ветвления логической схемы моделируемого процесса и альтернативные пути развития процесса могущие возникнуть во время его выполнения. Различают два типа перекрестков:

      1. Перекресток слияния (Fan-in Junction) – узел, собирающий множество стрелок в одну, указывая на необходимость условия завершенности работ-источников стрелок для продолжения процесса;

      2. Перекресток ветвления (Fan-out Junction) – узел, в котором единственная входящая в него стрелка ветвится, показывая, что работы, следующие за перекрестком, выполняются параллельно или альтернативно.

    4. Объекты ссылок (Referents) – служат для выражения идей и концепций без использования специальных методов, таких как стрелки, перекрестки или работы.

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

    На рисунке 5 представлена диаграмма, позволяющая описать логику взаимодействия информационных потоков в функции системы «Анализ правоустанавливающих документов». Диаграмма показывает, что данная функция состоит из следующих работ: проверка документов, непосредственный анализ документов, предоставление недостающих документов и формирование итоговых сведений о документах. Так же в диаграмме использован перекресток:

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


    Рис. 5 Анализ правоустанавливающих документов

    На рисунке 6 представлена диаграмма, позволяющая описать логику взаимодействия информационных потоков в функции системы «Проверка полномочий должностных лиц». Диаграмма показывает, что данная функция состоит из следующих работ: проверка документов, анализ протоколов заседаний, анализ карточки подписей, анализ оттиска печати. Так же в диаграмме использован перекресток:

    Затем данный перекресток означает, что перед тем как запущен процесс «Формирования сведений о полномочиях должностного лица», выходным потоком которого является сведения о полномочиях должностного лица, все описанные выше процессы должны быть завершены.


    Рис. 6 Проверка полномочий должностных лиц


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


    2.3 Проектирование структуры базы данных


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

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

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

    • ввод, хранение и поиск необходимой информации;

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

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

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

    Код юридического лица

    Организационно-правовая форма

    Наименование юридического лица

    Юридический адрес

    Телефон

    Код служебной записки

    Сумма кредита

    Срок кредита

    Процентное составлении кредита от актива

    Дата получения документов

    Код должностного лица

    Фамилия, имя, отчество должностного лица

    Должность представителя

    Копия устава

    Копия учредительного договора

    Карточка с образцами подписей

    Протоколы заседаний

    Лицензия

    Состав аукционеров

    Состав коллегиальных органов

    Перечень дочерних организаций

    Основной государственный регистрационный номер

    Дата выдачи свидетельства о государственной регистрации

    Орган, выдавший свидетельство о государственной регистрации

    Государственный регистрационный номер

    Дата выдачи свидетельства о внесении записи в ЕГРЮЛ

    Наименование регистрирующего органа, выдавшего свидетельство о внесении записи В ЕГРЮЛ

    Регистрационный номер печати

    Название фирмы изготовителя печати

    Дата изготовления печати

    Оттиск печати

    Идентификационный номер налогоплательщика (ИНН)

    Код причины постановки на налоговый учет (КПП)

    Дата выдачи свидетельства о постановке на учет в налоговом органе

    Наименование регистрирующего органа, выдавшего свидетельство о постановке на учет в налоговом органе

    Код заключения

    Дата заключения

    Код сотрудника

    Фамилия, имя, отчество сотрудника

    Должность сотрудника.

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

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

    Список полей удовлетворяет этому нормальному закону, кроме трех полей «Фамилия, имя, отчество сотрудника», «Фамилия, имя, отчество должностного лица», «Юридический адрес». Их можно разделить на три поля соответственно «Фамилия», «Имя» и «Отчество», а поле «Юридический адрес»: «Город», «Улица», «Дом», но для выполнения поставленных задач это не требуется, поэтому данные поля можно считать не делимыми.

    Второй нормальный закон требует:

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

    2. те поля, которые зависят от части первичного ключа, должны быть выделены в отдельные таблицы.

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

      • однозначную идентификацию записи в таблице;

      • ускорение выполнения запросов к базе данных;

      • установление связей между таблицами;

      • создание ограниченной ссылочной целостности таблиц.

    Имеет обязательные свойства: уникальность; не избыточность и достаточность; в состав ключей не должны входить поля: memo, графические, поля-комментарии. Например, для таблице «Юридическое лицо» целесообразно сделать первичным ключем поле «код юридического лица».

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

    Таблица «Юридическое лицо» с полями

    Код юридического лица – числовой (ключевое);

    Код Организационно-правовой формы (ОПФ) – числовой;

    Наименование юридического лица – текстовый;

    Юридический адрес – текстовый;

    Телефон – текстовый;

    Копия устава – логический;

    Копия учредительного договора – логический;

    Карточка с образцами подписей – логический;

    Протоколы заседаний – логический;

    Лицензия – логический;

    Состав аукционеров – логический;

    Состав коллегиальных органов – логический;

    Перечень дочерних организаций – логический;

    Код органа, выдавшего свидетельство о государственной регистрации – числовой;

    Основной государственный регистрационный номер – тестовый;

    Дата выдачи свидетельства о государственной регистрации – дата/время;

    Код органа, выдавшего свидетельство о внесении записи в ЕГРЮЛ – числовой;

    Государственный регистрационный номер – текстовый;

    Дата выдачи свидетельства о внесении записи в ЕГРЮЛ – дата/время;

    Код фирмы изготовителя печати – числовой;

    Регистрационный номер печати – текстовый;

    Дата изготовления печати – дата/время;

    Оттиск печати – логический.

    Идентификационный номер налогоплательщика (ИНН) – текстовый;

    Код причины постановки на налоговый учет (КПП) – текстовый;

    Дата выдачи свидетельства о постановке на учет в налоговом органе – дата/время;

    Таблица «Служебная записка» с полями

    Код служебной записки – числовой (ключевое);

    Сумма кредита – числовой;

    Срок кредита – текстовый;

    Процентное составление кредита от актива – текстовый;

    Дата получения документов – дата/время;

    Код должностного лица – числовой;

    Код юридического лица – числовой;

    Заключение – логический;

    Дата дачи заключения – дата/время;

    Код сотрудника – числовой.

    Таблица «Сотрудники» с полями

    Код сотрудника – числовой (ключевое);

    Фамилия, имя, отчество сотрудника – текстовый;

    Должность сотрудника – текстовый.

    Таблица «Должностное лицо» с полями

    Код должностного лица – числовой (ключевое);

    Фамилия, имя, отчество должностного лица – текстовый;

    Должность представителя – текстовый;

    Код юридического лица – числовой.

    Таблица «ОПФ» с полями

    Код ОПФ – числовой (ключевое);

    ОПФ – текстовый;

    Абривиатура ОПФ – текстовый.

    Таблица «Орган, выдавший свидетельство о государственной регистрации» с полями

    Код органа, выдавшего свидетельство о государственной регистрации – числовой (ключевое);

    Орган, выдавший свидетельство о государственной регистрации – текстовый.

    Таблица «Орган, выдавший свидетельство о внесении записи в ЕГРЮЛ» с полями

    Код органа, выдавшего свидетельство о внесении записи в ЕГРЮЛ – числовой (ключевое);

    Наименование регистрирующего органа, выдавшего свидетельство о внесении записи В ЕГРЮЛ – текстовый.

    Таблица «Фирма изготовитель печати» с полями

    Код фирмы изготовителя печати – числовой (ключевое);

    Название фирмы изготовителя печати – текстовый.

    Таблица «Орган, выдавший свидетельство о постановке на налоговый учет» с полями

    Код органа, выдавшего свидетельство о постановке на налоговый учет – числовой (ключевое);

    Наименование регистрирующего органа, выдавшего свидетельство о постановке на учет в налоговом органе – текстовый.

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

    В результате получена следующая база данных:



    В спроектированной базе данных существуют следующие связи. Связь таблицы «Юридические лица» с таблицей «Должностное лицо» по полю «код должностного лица» один ко многим, с таблицей «Служебная записка» по полю «код юридического лица» один ко многим. Таблица «ОПФ» связана с таблицей «Юридические лица» по полю «код ОПФ» один ко многим. Таблица «Орган, выдавший свидетельство о государственной регистрации» связан с таблицей «Юридические лица» по полю «код органа, выдавшего свидетельство о государственной регистрации» один ко многим. Таблица «Орган, выдавший свидетельство о внесении записи в ЕГРЮЛ» связан с таблицей «Юридические лица» по полю «код органа, выдавшего свидетельство о внесении записи в ЕГРЮЛ» один ко многим. Таблица «Фирма изготовитель печати» связана с таблицей «Юридические лица» по полю «код фирмы изготовителя печати» один ко многим. Таблица «Орган, выдавший свидетельство о постановке на налоговый учет» связан с таблицей «Юридические лица» по полю «код органа, выдавшего свидетельства о постановке на налоговый учет» один ко многим. Таблица «Сотрудник» связана с таблицей «Служебная записка» по полю «код сотрудника» один ко многим. Таблица «Должностное лицо» связана с таблицей «Служебная записка» по полю «код должностного лица» один ко многим.

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

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

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


    3. Реализация системы правового сопровождения кредитования юридических лиц


    3.1 Выбор средств реализации системы


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

    Прежде чем определить средство управления базами данных, необходимо указать, что для выполнения поставленных задач целесообразно выбрать для базы данных архитектуру «клиент-сервер». Клиент-серверные базы данных – это базы данных, в которых таблицы расположены на сервере сети, а приложения для работы с этими таблицами находятся на пользовательских компьютерах, подключенных к серверу (двухуровневая архитектура). Клиент-серверные базы данных работают с помощью запросов на языке SQL. Клиент посылает запрос на предоставление данных и получает только те данные, которые затребовал. Вся обработка выполняется на удаленном сервере. Данная архитектура отвечает требованиям необходимым для выполнения поставленной цели в данной работе обеспечить коллективный доступ, уменьшение сложности клиентских приложений за счет отсутствия в них кода, связанного с контролем базы данных и разграничением доступа к ней.

    В настоящее время есть много программных средств для автоматизации хранения и обработки информации. Каждая из таких систем управления базами данных (СУБД) имеет свои преимущества и недостатки. Вопрос выбора той или иной СУБД для конкретной задачи – один из основных при разработке информационной системы.

    SQL – сервер Borland InterBase является "промышленной" СУБД, предназначенной для хранения и выдачи больших объемов данных при использовании архитектуры "CORBA" в условиях одновременной работы с базой данных множества клиентских приложений.1 Масштаб информационной системы при этом произволен – от системы уровня рабочей группы до системы уровня большого предприятия.

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

    Для задания ссылочной и смысловой целостности в базе данных определяются:

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

    • ограничения на значения отдельных столбцов путем определения ограничений на значение домена или столбца; при этом условия ограничений могут быть весьма разнообразны – от требования попадания значения в определенный диапазон или соответствия маске до определенного отношения с одной или несколькими записями из другой таблицы (или многих таблиц) базы данных;

    • бизнес – правила при помощи триггеров – подпрограмм, автоматически выполняемых сервером до или (и) после события изменения записи в таблице базы данных;

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

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

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

    СУБД InterBase полностью подходит для реализации базы данных в нашей системе учитывая некоторые факторы: во-первых, это продукт Borland (а средства разработки приложений этой компании давно зарекомендовали себя с положительной стороны), что обеспечивает хорошую совместимость с Delphi и не требует установки дополнительных драйверов, причём InterBase входит в поставку с Delphi; во-вторых, потому, что InterBase весьма прост в установке, настройке и главное в администрировании по сравнению с другими SQL-серверами; и, в-третьих, потому, что он обладает прекрасными функциональными возможностями.


    3.1.2 Выбор средств программирования

    Одной из самых важных задач при создании программного продукта является выбор средств разработки. Принятые на данном этапе решения могут повлиять не только на внешний вид разрабатываемой системы, но и на принцип ее работы, возможность взаимодействия с базами данных и т.д. В качестве средства для разработки автоматизированной системы правового сопровождения кредитования юридических лиц был выбран продукт компании Borland – Delphi 7.

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

    Delphi - язык и среда программирования, которая относится к классу RAD (Rapid Application Development – “Средство быстрой разработки приложений”)1. Delphi уже долгое время остается самой легкой в использовании и самой продуктивной системой RAD.

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

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

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

    Таким образом, Delphi является высокопроизводительным инструментом визуального построения приложений. При этом созданные приложения могут работать с базами данных в архитектуре клиент-сервер. В состав Delphi версии 7 также входят локальный SQL-сервер InterBase 6.5, библиотеки визуальных компонентов, генераторы отчетов, и прочие средства, необходимые для создания приложений на профессиональном уровне.

    Следует так же отметить, что приложения, созданные в среде Delphi, отличаются повышенной надежностью. Этому способствуют встроенные механизмы обработки исключений вместе со строго типизированным языком Object Pascal, которые изначально закладывают в программы устойчивость к всевозможным сбоям.

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

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


    3.2 Разработка пользовательского интерфейса


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

    Запустив файл LegalCredit.exe, пользователь попадает на «Главную форму». На «Главной форме» открывается вкладка «Юридические лица», из которой при заполнении полей с данными можно перейти путем нажатия на кнопку с многоточием на соответствующие формы, содержащие справочные данные, «Организационно-правовая форма», «Государственная регистрация», «Фирма изготовителя печати», «Постановка на налоговый учет», «Внесение записи в ЕГРЮЛ». Выбрав вкладку «Служебные записки» на «Главной форме» система переходит на форму «Служебные записки», из которой при заполнении данных о должностном лице и о сотруднике юридического отдела, можно перейти соответственно на формы «Должностное лицо клиента» и «Сотрудник». Так же из вкладки «Служебные записки» можно перейти на форму «Заключение». Нажав на пункт меню «Справочники» на «Главной форме», система переходит на форму «Справочники», из которой можно перейти на формы, содержащие справочную информацию, где можно отредактировать, вставить и удалить данные, «Организационно-правовая форма», «Государственная регистрация», «Фирма изготовителя печати», «Постановка на налоговый учет», «Внесение записи в ЕГРЮЛ», «Должностное лицо клиента», «Сотрудник». Так же на «Главной форме» для удобства пользователя, выбрав пункт меню «вид», система переходит между формами «Юридические лица» и «Служебные записки». Выбрав пункт меню «отчеты» на «Главной форме», система переходит на форму «Отчеты», из которой можно выйти на формы «Заключение» (формирование заключения) и «Отчеты».

    На рисунке 7 представлена главная форма системы правового сопровождения кредитования юридических лиц. На главной форме находится с левой стороны список наименований всех юридических лиц, по которым может осуществляться поиск. С правой стороны находятся данные о юридическом лице, которые характеризуют конкретного клиента банка, в соответствие с Регламентом предоставления кредитов юридическим лицам №285-4-р Сбербанка России от 23.07.2004г:

    • Организационно-правовая форма;

    • Наименование юридического лица;

    • Юридический адрес;

    • Телефон;

    • Основной государственный регистрационный номер;

    • Дата выдачи свидетельства о государственной регистрации;

    • Орган, выдавший свидетельство о государственной регистрации;

    • Государственный регистрационный номер;

    • Дата выдачи свидетельства о внесении записи в ЕГРЮЛ;

    • Наименование регистрирующего органа, выдавшего свидетельство о внесении записи в ЕГРЮЛ;

    • Регистрационный номер печати;

    • Название фирмы изготовителя печати;

    • Дата изготовления печати;

    • Идентификационный номер налогоплательщика (ИНН);

    • Код причины постановки на налоговый учет (КПП);

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

    • Наименование регистрирующего органа, выдавшего свидетельство о постановке на учет в налоговом органе.

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

    • Копия устава;

    • Копия учредительного договора;

    • Карточка с образцами подписей;

    • Протоколы заседаний;

    • Лицензия;

    • Состав аукционеров;

    • Состав коллегиальных органов;

    • Перечень дочерних организаций;

    • Оттиск печати.


    Рис. 7 Главная форма (Юридические лица).


    Из главной формы, путем нажатия кнопки «Служебные записки» система переходит на панель (рисунок 8), содержащую, всю информацию согласно с Регламентом предоставления кредитов юридическим лицам №285-4-р от 23.07.2004г., которая поступает в служебной записке от кредитного отдела:

    • Срок кредита;

    • Процент кредита от актива;

    • Дата получения документов;

    • Должностное лицо.

    Также сведения о сотруднике юридического отдела, на рассмотрение которого поступила данная записка, и сведения о заключении:

    • Заключение (результат);

    • Дата заключения.


    Рис. 8 Главная форма (Служебные записки).

    При нажатии пункта меню «Справочники» предоставляется список справочников, которые доступны в данной системе (рисунок 9):

    • Организационно-правовая форма;

    • Регистрирующий орган (свидетельство о государственной регистрации);

    • Регистрирующий орган (свидетельство о регистрации в ЕГРЮЛ);

    • Фирма изготовитель печати;

    • Регистрирующий орган (свидетельство о постановке на налоговый учет);

    • Должностное лицо клиента;

    • Сотрудник.


    Рис. 9 Главная форма (Справочники).


    Формы справочников схожи по строению и отличаются только соответствующей названию информацией, необходимой для юрисконсульта. Рассмотрим на примере одной формы справочника как они организованы. На рисунке 10 представлена форма «Организационно-правовая форма», на которой реализован список из существующих организационно-правовых форм согласно Гражданскому Кодексу РФ и их сокращенное наименование. Так же организован поиск. При внесении соответствующего названия в строку, указатель переход на удовлетворяющую запись в таблице. На форме находится панель, которая позволяет редактировать записи в списке, добавлять соответствующие данные формы и удалять их. Так же панель позволяет перемещаться по списку, переходить в начало и конец таблицы.

    Рис. 10 Организационно-правовая форма.


    При нажатии кнопки «Отчеты» на главной форме представляется список отчетов, которые формируются после нажатия на соответствующее наименование (рисунок 11).


    Рис. 11 Главная форма (Отчеты).


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


    3.3 Проектирование отчетов


    При проектировании отчетов необходимо учитывать указания Регламента предоставления кредитов юридическим лицам Сбербанка России №285-4-р от 23.07.2004г.

    Для формирования заключения о правоспособности, при выборе конкретного юридического лица, после перехода на закладку «Служебная записка», выбираем служебную записку, для которой заключение еще не создано и после нажатия закладки «Заключение», появляется форма «Заключение» (рисунок 12). На данной форме можно выбрать каким будет заключение удовлетворительным или нет, так же выбирается должность и фамилия, имя, отчество сотрудника, делающего заключение.


    Рис. 12 Формирование заключения


    Потом после нажатия пункта меню «Отчет» и подпункта «Заключение», формируется заключение (рисунок 13). Заключение соответствует указаниям Регламент предоставления кредитов юридическим лицам Сбербанка России №285-4-р от 23.07.2004г.


    Рис. 13 Заключение о правоспособности


    Для формирования отчета юридического отдела банка, после нажатия пункта меню «Отчеты» и подпункта «Отчет», выпадает форма «Отчет юридического отдела» (рисунок 14). На данной форме можно выбрать период времени, за которое необходимо сформировать отчет.


    Рис. 14 Формирование отчета


    После нажатия ok система формирует отчет юридического отдела за определенный период времени (рисунок 15).


    Рис. 15 Отчет


    3.4 Тестирование автоматизированной системы правового сопровождения кредитования юридических лиц


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

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

    Рис. 16 Подключение к базе данных


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


    Рис. 17 Проверка загрузки данных (данные о юридических лиц)


    Затем при выборе интересующего клиента, после нажатия кнопки «Служебные записки», загружается таблица, содержащая данные всех служебных записок для данного юридического лица (рисунок 18).


    Рис. 18 Проверка загрузки данных (служебные записки)

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


    Рис. 19 Проверка сохранения записи (юридические лица)


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


    Рис. 20 Сообщение системы


    На вкладке «Служебные записки», при нажатии кнопки «Вставить», появляется окно для заполнения данных из служебной записки (рисунок 21).


    Рис. 21 Заполнение данных служебной записки


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


    Рис. 22 Сохранение данных (служебная записка)


    При нажатии кнопки «Заключение», появляется окно для заполнения даты дачи заключения и данных о сотруднике, который рассматривает данную служебную записку, указав удовлетворительное заключение или нет (рисунок 23).

    Рис. 23 Формирование заключения

    Далее после нажатия ok, данная информация появляется в соответствующей строке служебной записки, для которой создавалось данное заключение (рисунок 24).


    Рис. 24 Сохранение данных (данные о заключении)


    Если заключение уже создано для данной служебной записки, система уведомляет, что заключение уже вынесено (рисунок 25).


    Рис. 25 Уведомление системы


    Следующим шагом тестирования будет проверка формирования заключения для

    Если Вам нужна помощь с академической работой (курсовая, контрольная, диплом, реферат и т.д.), обратитесь к нашим специалистам. Более 90000 специалистов готовы Вам помочь.
    Бесплатные корректировки и доработки. Бесплатная оценка стоимости работы.

    Поможем написать работу на аналогичную тему

    Получить выполненную работу или консультацию специалиста по вашему учебному проекту
    Нужна помощь в написании работы?
    Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Пишем статьи РИНЦ, ВАК, Scopus. Помогаем в публикации. Правки вносим бесплатно.
  • Похожие рефераты: