Разработка система учета кредитов банка

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

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

3. ВОЗРАЖЕНИЯ ПОРУЧИТЕЛЯ

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

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

4. ОСВЕДОМЛЕННОСТЬ  И УВЕДОМЛЕНИЯ

4.1. Стороны настоящим  Договором подтверждают свою  осведомленность в отношении  Договора ______________.

4.2. Поручитель заявляет  и гарантирует Кредитору, что:

- супруг Поручителя  осведомлен о совершении Поручителем  настоящего Договора поручительства  и о содержании настоящего  Договора поручительства;

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

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

5. ДЕЙСТВИЕ НАСТОЯЩЕГО  ДОГОВОРА

5.1. Настоящий Договор  вступает в силу с момента  подписания его сторонами. Если  дата, указанная в п. 1.2 Договора, раньше даты подписания сторонами  настоящего Договора, условия настоящего  Договора применяются к отношениям  сторон с даты, указанной в  п. 1.2.

6. ПОРЯДОК РАЗРЕШЕНИЯ  СПОРОВ И ПРЕТЕНЗИЙ

6.1. Споры и претензии,  вытекающие из настоящего Договора, разрешаются Сторонами путем  переговоров, а при не достижении  согласия - в суде или арбитражном  суде по месту нахождения истца,  при этом подведомственность  определяется согласно процессуальному  законодательству РФ.

6.2. Вопросы, прямо  не урегулированные настоящим  Договором, регулируются в соответствии  со ст.ст. 361 - 367 Гражданского кодекса  Российской Федерации.

7. ИЗМЕНЕНИЕ И  РАСТОРЖЕНИЕ ДОГОВОРА

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

7.2. Настоящий Договор  действует до исполнения сторонами  обязательств по нему.

7.3. Договор составлен  на русском языке в двух  экземплярах - по одному экземпляру  для каждой из Сторон. Все экземпляры  имеют одинаковую юридическую  силу.

7.4. Приложением  к настоящему Договору является  копия договора ______________.

8. АДРЕСА И РЕКВИЗИТЫ  СТОРОН 

 

Кредитор:                                                                                                       Поручитель:

      

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

График платежей за первый год

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ЗАЯВЛЕНИЕ

               индивидуального заемщика на  выдачу ссуды

 

                           30 апреля 1991 г.

 

 

                      

      От _____________________________________________________________

                      (фамилия, имя, отчество заемщика)

 

                  

      Адрес: _________________________________________________________

 

      Наименование учреждения  банка: _________________________________

 

                               кредита  на  приобретение  оборудования

      В счет разрешенного ____________________________________________

      Прошу выдать мне  _______________________________________________

                                 (сумма цифрами и прописью)

 

 

      Заемщик                                                  Подпись

 

     

 

 

                             ОТМЕТКА БАНКА

 

      В счет разрешенного  кредита выдать руб. ________________________

                                                  (сумма цифрами

____________________.

    и прописью)

 

      Управляющий банка                                        Подпись

      Кредитный работник                                       Подпись

      30 апреля 1991 г.

 

 

-------------------------

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

9.Источники разработки

BPWin в  которого ходят , следующие модели:

 

• IDEF0- функциональное моделирование (Function Modeling Method)
• DFD- диаграммы потоков данных (Dataflowdiagramming)
• IDEF3– моделирование деятельности (Process Flow and Object Stale Description Capture Method)

 

IDEF 0

 

IDEF0 – функциональное моделирование  (Function Modeling Method)

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

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

Модель может содержать четыре типа диаграмм:

• контекстную;
• декомпозиции;
• дерева узлов;
• только для экспозиции (FEO).

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

 

 DFD

 

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как взаимосвязанный набор действий, которые обрабатывают данные в «хранилища данных» как внутри, так и вне границ моделируемой системы. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:

функции обработки информации (работы);

документы (стрелки), объекты, сотрудников  или отделы, которые участвуют  в обработке информации;

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

таблицы для хранения документов (хранилище  данных).

В Bpwin для построения диаграмм потоков данных используется нотация Гейна-Сарсона.

 

 

IDEF 3

 

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

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

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

диаграмм изменения состояния  объекта.

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

IDEF3 – это метод, предоставляющий  аналитикам средство для описания  ситуации, в которой процессы  выполняются как в определенной  последовательности, так и описать  объекты, участвующие совместно  в одном процессе.

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

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

 

 

 

 

 

Создание модели данных средствами ERwin 4.0.

 

Для построения модели данных ComputerAssociates предлагает мощный и удобный инструмент – ERwin версии 4.0. ERwin имеет два уровня представления модели – логический и физический.  На логическом уровне данные не связаны с конкретной системой управления базами данных (СУБД), поэтому могут быть наглядно представлены даже для неспециалистов. Физический уровень данных – это по существу отображение системного каталога, который зависит от конкретной реализации СУБД. ERwin позволяет проводить процессы прямого и обратного проектирования базы данных (БД). Построение модели данных определяет все последующие этапы разработки.

 

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

-  выделение сущностей;

- выявление связей между сущностями  и построение модели «сущность-связь» (ER Diagram);

- определение первичных ключей (PrimaryKey) и внешних ключей (ForeignKey);

- определение атрибутов сущностей  и построение полной модели (FullyAttributedModel).

 

Логическая  модель

 

 

 

 

 

Физическая модель

 

 

 

 

 

 

 

Создание информационной модели данных с помощью RationalRose.

 

Среди всех фирм-производителей CASE-средств  именно компания IBM Rational Software Corp. одна из первых осознала стратегическую перспективность развития объектно-ориентированных технологий анализа и проектирования программных систем.

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

CASE-средство IBM Rational Rose со времени своего появления претерпело серьезную эволюцию, и в настоящее время представляет собой современный интегрированный инструментарий для проектирования архитектуры, анализа, моделирования и разработки программных систем.

 

 

Основная диаграмма учета финансовых вложений

Разработка данной диаграммы преследует следующие цели:

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

Диаграмма

 

 

Диаграмма классов(Class Diagram)

 

После перехода на следующий уровень иерархии мы рассматриваем диаграмму классов  учёта финансовых вложений

Диаграммы классов  являются центральным звеном методологии  объектно-ориентированных анализа  и проектирования.

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