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


перейти к полному списку дипломных проектов

Ссылка на скачивания файла в формате .doc находится в конце странички

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

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



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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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

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

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



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

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

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

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

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

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

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

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

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

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

Содержание дипломной работы

N 26-р «О кредитовании юридических лиц учреждениями Сберегательного Банка РФ» определены общие положения о предоставлении кредита юридическому лицу Сберегательным Банком РФ
Лицо, которое в силу закона или учредительных документов юридического лица выступает от его имени, должно действовать в интересах представляемого им юридического лица добросовестно и разумно
) юридическое лицо должно иметь расчетный счет в банке
Организация ввода данных и взаимодействия интерфейса пользователя с базами данных системы
Выбор средств проектирования программного обеспечения является одной из самых важных задач при разработке любого программного обеспечения
Из вышеприведенных характеристик различных инструментальных средств наиболее подходящее Case-средство для решения поставленных задач является BPwin
Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме
Хранилища данных, спроектированные на данной диаграмме, должны найти свое отражение в базе данных
3 Проектирование структуры базы данных На основании моделирования системы удалось выделить основные объекты системы и их взаимосвязи, что позволяет перейти к проектированию структуры базы данных
В результате получена следующая база данных:  В спроектированной базе данных существуют следующие связи
 Масштаб информационной системы при этом произволен – от системы уровня рабочей группы до системы уровня большого предприятия
Также здесь имеются предварительно определенные визуальные и невизуальные объекты
При нажатии кнопки «Отчеты» на главной форме представляется список отчетов, которые формируются после нажатия на соответствующее наименование (рисунок 11)
24 Сохранение данных (данные о заключении) Если заключение уже создано для данной служебной записки, система уведомляет, что заключение уже вынесено (рисунок 25)
Материальные затраты Под материальными затратами понимают отчисления на материалы, использующиеся в процессе разработки и внедрении программного продукта (в т
Затраты на оплату машинного времени (Зовм) включают: Затраты на оборудование в размере 1343,93 руб
За второе полугодие планируется осуществить продажу тридцати копий программы и прибыль от продажи покроет появившиеся на данном периоде затраты
Получим: полугодия (1,21 года) Такое значение срока окупаемости проекта говорит о том, что через 1,21 года проект окупит денежные средства, вложенные в него, а затем начнет приносить доход
2002 № 439 «Об утверждении форм документов, используемых при государственной регистрации юридических лиц, и требований к их оформлению»
ibs

заработать

Закачай файл и получай деньги