46675 (588416), страница 4

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 4)

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

Как показано на рисунке 3, при детализации контекстной диаграммы системы правового сопровождения кредитования юридических лиц можно выделить три основные функции, которые выполняет система: контроль за соблюдением законодательства, уведомление о сроках, создание отчетов юридического отдела. Входные и выходные потоки сохраняются, как и на контекстной диаграмме. Входными потоками функции «Контроль за соблюдением законодательства» являются: заявление на получение кредита, служебная записка от кредитного отдела, правоустанавливающие документы. Выходным потоком этой функции является заключение о правоспособности. Входными потоками функций «Уведомление о сроках» и «Создание отчетов юридического отдела» являются служебная записка от кредитного отдела и выходной поток функции «Контроль за соблюдением законодательства» – заключение о правоспособности. Выходным потоком функции «Уведомление о сроках» является уведомление о сроках, функции «Создание отчетов юридического отдела» отчеты юридического отдела. В качестве управления для всех трех функций является Регламент предоставления кредитов юридическим лицам Сбербанка России №285-4-р от 23.07.2004г. А в качестве механизма, необходимых для выполнения функции «Контроль за соблюдением законодательства» выступает сотрудник юридического отдела – юрисконсульт, а для выполнения функций «Уведомление о сроках» и «Создание отчетов юридического отдела» – оборудование.

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

Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams).¹ Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

Всего DFD использует четыре важных элемента:

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

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

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

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

Чтобы наглядного изобразить работу системы в соответствии с методологией DFD построена диаграмма, конкретизирующая такую функцию как «Контроль за соблюдением законодательства» (рисунок 4). Диаграмма отражает, что функция «Контроль за соблюдением законодательства» состоит из трех работ: анализ правоустанавливающих документов, проверка полномочий должностных лиц, оформление заключения. В качестве внешней ссылки выступает юрисконсульт.

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

• Служебная записка от кредитного отдела

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для описания логики взаимодействия информационных потоков модель дополняют диаграммами еще одной методологии – IDEF3, также называемой workflow diagramming.¹ Методология моделирования 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 Проектирование структуры базы данных

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

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

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

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

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

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

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

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

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

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

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

Телефон

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

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

Срок кредита

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

Характеристики

Список файлов ВКР