Преподаватель который помогает студентам и школьникам в учёбе.

Моделирование предметной области «Управление домашними финансами» с помощью UML (Описание предметной области. Постановка задачи)

Содержание:

Введение

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

Для достижения поставленной цели в курсовой работе выполняется:

1. Изучение и описание предметной области.
2. Выбор на основе проведенного анализа инструментальных средств.
3. Проектирование ИС в объектно-ориентированном подходе.

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

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

1 глава. Аналитическая часть

Описание предметной области. Постановка задачи.

Ведение учета домашних финансов позволяет решать следующие задачи:

- найти "лишние" деньги в своем кармане;

- понять причины проблем с деньгами, и найти варианты для их решения;

- комфортно жить, не боясь остаться без средств существования;

- выработать в себе привычки, которые будут вести вас к финансовой свободе;

- перестать жить в долг, полностью распоряжаться своей жизнью и своими деньгами;

- реализовать личные финансовые планы и цели;

- обеспечить своим детям финансовое благополучие.

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

- на бумаге, в тетради, ежедневнике;

- в табличках MS Excel или в MS Word;

- в специализированном программном продукте, предназначенном для учета домашних финансов.

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

Учет в таблицах MS Excel или в MS Word позволяет не приобретать и не устанавливать специализированные программные продукты. Можно быстро и гибко настроить простой учет под свои нужды. Однако сложно разносторонне подойти к учету домашних финансов, выстраивать зависимости между таблицами, велика вероятность ошибок. Кроме того, сложно анализировать данные. Следовательно, этот способ наиболее актуален для ведения упрощенного учета домашних финансов, а также если нет возможности приобрести и(или) разбираться в специализированных программах.

Следовательно, целью данной курсовой работы является создание удобной в использовании ИС, выполненной по архитектуре клиент-сервер с обеспечением максимально возможной независимой клиентской части и БД «Учет домашних финансов», обеспечивающей хранение в электронной форме данных о доходах и расходах семьи.

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

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

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

По форме единицы дохода выделяют:

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

В зависимости от государственного вмешательства:

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

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

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

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

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

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

Предлагаемые мероприятия по улучшению технологии решения задачи

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

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

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

С объектно-ориентированной архитектурой также тесно связаны объектно-ориентированные операционные системы. Однако наиболее значительный вклад в объектный подход был внесен объектными и объектно-ориентированными языками программирования: Simula, Smalltalk, C++, Object Pascal.

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

Концептуальной основой объектно-ориентированного подхода является объектная модель. Основными се элементами являются:

абстрагирование (abstraction);
инкапсуляция (encapsulation);
модульность (modularity);
иерархия (hierarchy).

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

типизация (typing),
параллелизм (concurrency),
устойчивость (persistence).

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

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

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

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

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

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

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

Недостатки ООП обуславливаются следующим:

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

Основной недостаток ООП - некоторое снижение быстродействия за счет более сложной организации программной системы.

2 глава. Проектная часть

2.1. Выбор средства для моделирования предметной области решаемой задачи

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

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

Концепции объектно-ориентированного подхода и распределенных вычислений стали базой для создания консорциума Object Management Group (OMG), членами которой являются более 500 ведущих компьютерных компаний (Sun, DEC, IBM, HP, Motorola и др.). Основным направлением деятельности консорциума является разработка спецификаций и стандартов для создания распределенных объектных систем в разнородных средах. Базисом стали спецификации под названием Object Management Architecture (ОМА).

ОМА состоит из четырех основных компонентов, представляющих спецификации различных уровней поддержки приложений:

архитектура брокера запросов объектов (CORBA – Common Object Request Broker Architecture) определяет механизмы взаимодействия объектов в разнородной сети;
объектные сервисы (Object Services) являются основными системными сервисами, используемыми разработчиками для создания приложений;
универсальные средства (Common Facilities) являются высокоуровневыми системными сервисами, ориентированными на поддержку пользовательских приложений (электронная почта, средства печати и др.);
прикладные объекты (Application Object) предназначены для решения конкретных прикладных задач.

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

Существует несколько объектно-ориентированных методов, авторами наиболее распространенных из них являются Г. Буч, Д. Рамбо, И. Джекобсон. В настоящее время наблюдается процесс сближения объектно-ориентированных методов. В частности, указанные выше авторы создали и выпустили несколько версий унифицированного метода UML (Unified Modeling Language – унифицированный язык моделирования).

Классическая постановка задачи разработки программной системы (инжиниринг) представляет собой спиральный цикл итеративного чередования этапов объектно-ориентированного анализа, проектирования и реализации (программирования).

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

Современные CASE-средства поддерживают процессы инжиниринга и автоматизированного реинжиниринга.

Идеальное объектно-ориентированное CASE-средство должно содержать четыре основных блока: анализ, проектирование, разработка и инфраструктура.

Сравнительный анализ CASE-систем показывает, что на сегодняшний день одним из наиболее приближенных к идеальному варианту CASE-средств является семейство Rational Rose фирмы Rational Software Corporation. Следует отметить, что именно здесь работают авторы унифицированного языка моделирования Г. Буч, Д. Рамбо и И. Джекобсон, под руководством которых ведется разработка нового CASE-средства, поддерживающего UML.

Выделим основные критерии оценки и выбора CASE-средств.

функциональные характеристики:
1. среда функционирования: проектная среда, программное обеспечение/технические средства, технологическая среда;
2. функции, ориентированные на фазы жизненного цикла: моделирование, реализация, тестирование;
3. общие функции: документирование, управление конфигурацией, управление проектом;
надежность;
простота использования;
эффективность;
сопровождаемость;
переносимость.

На сегодняшний день существует не так много объектно-ориентированных CASE-средств. Самым распространенным и востребованным на рынке является IBM Rational Rose.

IBM Rational Rose – CASE-средство предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. IBM Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Разработанная ими универсальная нотация для моделирования объектов (UML – Unified Modeling Language) претендует на роль стандарта в области объектно-ориентированного анализа и проектирования.

Конкретный вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQLWindows и ObjectPro). Основной вариант – Rational Rose/C++ – позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах.

2.2 Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

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

Вводить данные.
Получать данные.
Создавать отчет.

Вариант использования [1] «Получить данные» включает такие компоненты, как «Учет доходов» и «Учет расходов». В результате получается следующую use-case диаграмму:

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

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

идентификатор человека;
Ф.И.О. Человека;
возраст человека.

Человек имеет определенные виды доходов:

Основной доход.
Дополнительный доход.
Государственные пособия.
Депозит.

Под «основным доходом» понимается заработная плата по основному месту работы, а также постоянный доход, например, доход от аренды недвижимости или доход от акций.

Следовательно, сущность имеет следующие атрибуты:

идентификатор дохода;
тип дохода;
частота дохода;
размер дохода.

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

Сущность «дополнительный доход» имеет следующие атрибуты:

идентификатор дохода;
тип дохода;
размер дохода.

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

«Депозит» выделяется в отдельную сущность, т. к. он имеет отличные от других видов дохода параметры. Депозит – это деньги, которые клиент передаёт банку на ограниченный срок с определёнными условиями. Под условиями понимаются сами проценты, частота начисления. Следовательно, атрибутами этой сущности будут являться:

идентификатор депозита;
тип депозита;
частота начисления;
размер суммы;
процент;
срок, на который взят депозит.

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

идентификатор персонального дохода;
идентификатор человека;
идентификатор дохода.

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

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

Диаграмма вариантов использования представлена на рис. 13.

Рис. 13 «Диаграмма вариантов использования»

Диаграмма развертывания представлена на рис. 14

Рис. 14 «Диаграмма развёртывания»

Т.к. каждое отношение может быть представлено отдельной таблицей, то с учетом всех известных данных структура БД «Учет личных финансов» состоит из десяти таблиц:

Таблица «Человек»;
Таблица «Основной доход»;
Таблица «Дополнительный доход»;
Таблица «Государственные пособия»;
Таблица «Депозит»;
Таблица «Персональный основной доход»;
Таблица «Персональный дополнительный доход»;
Таблица «Персональные государственные пособия»;
Таблица «Персональный депозит»;
Таблица «Расходы».

Рассмотрим более подробно каждую таблицу:

Таблица «Человек»

Man

Атрибуты	Тип данных	Description	PK	FK	UNIQUE	NOT NULL
id_man	integer	идентификатор человека	+	-	+	+
name	varchar(150)	Ф.И.О. человека	-	-	-	+
age	integer	возраст человека	-	-	-	-

Таблица «Основной доход»

Basic_income

Атрибуты	Тип данных	Description	PK	FK	UNIQUE	NOT NULL
id_bas	integer	идентификатор основного дохода	+	-	+	+
type_bas	varchar (100)	тип основного дохода	-	-	-	+
kind_bas	varchar (100)	вид основного дохода	-	-	-	+
freq_bas_in_month	real	частота основного дохода в месяц	-	-	-	-
size_bas	integer	размер основного дохода	-	-	-	+

3) Таблица «Дополнительный доход»

Additional_income

Атрибуты	Тип данных	Description	PK	FK	UNIQUE	NOT NULL
id_ad	integer	идентификатор дополнительного дохода	+	-	+	+
type_ad	varchar (100)	тип дополнительного дохода	-	-	-	+
size_ad	integer	размер дополнительного дохода	-	-	-	+

4) Таблица «Государственные пособия»

State_grants

Атрибуты	Тип данных	Description	PK	FK	UNIQUE	NOT NULL
id_st	integer	идентификатор гос-пособий	+	-	+	+
type_st	varchar (100)	тип гос-пособий	-	-	+	+
freq_st_in_month	integer	частота гос-пособий в месяц	-	-	-	-
size_st	integer	размер гос-пособий	-	-	-	+

5) Таблица «Депозит»

Deposit

Атрибуты	Тип данных	Description	PK	FK	UNIQUE	NOT NULL
id_dep	integer	идентификатор депозита	+	-	+	+
type_dep	varchar (100)	тип депозита	-	-	-	+
freq_of_charge_in_year	integer	частота начисления депозита в год	-	-	-	+
size_of_sum	integer	размер суммы депозита	-	-	-	+
percents	integer	проценты от депозита	-	-	-	+
period_in_years	real	срок хранения депозита в год	-	-	-	+

6) Таблица «Персональный основной доход»

Personal_basic_income

Атрибуты	Тип данных	Description	PK	FK	UNIQUE	NOT NULL
id_pers_bas	integer	идентификатор персонального основного дохода	+	-	+	+
id_man	integer	идентификатор человека	-	+	-	+
id_bas	integer	идентификатор основного дохода	-	+	-	+

7) Таблица «Персональный дополнительный доход»

Personal_additional_income

Атрибуты	Тип данных	Description	PK	FK	UNIQUE	NOT NULL
id_pers_ad	integer	идентификатор персонального дополнительного дохода	+	-	+	+
id_man	integer	идентификатор человека	-	+	-	+
id_ad	integer	идентификатор доп. дохода	-	+	-	+

8) Таблица «Персональные государственные пособия»

Personal_state_grants

Атрибуты	Тип данных	Description	PK	FK	UNIQUE	NOT NULL
id_pers_st	integer	идентификатор персональных гос-пособий	+	-	+	+
id_man	integer	идентификатор человека	-	+	-	+
id_st	integer	идентификатор гос-пособий	-	+	-	+

9) Таблица «Персональный депозит»

Personal_deposit

Атрибуты	Тип данных	Description	PK	FK	UNIQUE	NOT NULL
id_pers_dep	integer	идентификатор персонального депозита	+	-	+	+
id_man	integer	идентификатор человека	-	+	-	+
id_dep	integer	идентификатор депозита	-	+	-	+

10) Таблица «Расходы»

Expenses

Атрибуты	Тип данных	Description	PK	FK	UNIQUE	NOT NULL
id_exp	integer	идентификатор расходов	+	-	+	+
id_man	integer	идентификатор человека	-	+	-	+
type_exp	varchar(100)	тип расходов	-	-	-	+
size_exp	integer	размер расходов	-	-	-	+
data	date	дата расходов	-	-	-	+

Формы разработанного приложения представлены в приложении.

Формы остальных диаграмм uml представлены в приложении.

Заключение

В процессе выполнения курсового проекта была спроектирована информационная подсистема информационной системы домашних финансов средствами объектно-ориентированного проектирования.

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

Список использованной литературы

Баркан Д.И. Статистика для всех. – Редакционно-издательский центр «Культ-информ-пресс»; социально-коммерческая фирма “Человек” 2006.
Власова В. М. Основы предпринимательской деятельности. – М.: Финансы и статистика, 2015.
Голубков Е. П. Основы производства. – М.: Финпресс, 2010 г.
Горемыкин В. А., Богомолов А. Ю. Планирование предпринимательской деятельности предприятия. – М.: Инфра-М, 2007.
Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник.- М.: Финансы и статистика, 2015.
Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем.- М.: Финансы и статистика, 2008.
Смирнова Г.Н.и др. Проектирование экономических информационных систем: Учебник / Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф.- М.: Финансы и статистика, 2011.
Маклаков С. В. BPWin, ERWin, CASE –средства разработки информационных систем. М. ДИАЛОГ-МИФИ, 2009.
Моделирование и анализ IDEF-технологий: практикум / С.В.Черемных, И.О.Семенов, В.С.Ручкин. – М. Финансы и статистика, 2012. – 192 с.:ил.
Цикритизис Д., Лоховски Ф. Модели данных. – М.: Финансы и статистика, 2005.

Приложения

Формы разработанного приложения

Рис. № 1 Справочник «Члены Семьи»

В нем созданы следующие поля:

«Наименование» (системное поле, уже имеется по умолчанию у объекта типа «Справочник»)

Форма справочника в режиме «1С: Предприятие 8» и работа со справочником «Виды доходов» представлена на рисунках 2 и 3.

Рис. 2 «Форма элемента справочника «Виды доходов»»

Рис. 3 «Работа со справочником «Виды дохода»»

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

Документ «Доходы»;
Документ «Расходы»;
Документ «Денежные остатки Семьи»;
Регистр «Денежные доходы»;
Регистр «Денежные расходы»;
Регистр «Денежные остатки Семьи»

Реализованные документы представлены на рисунках 4 – 7.

Рис. 4 «Документ «Доходы»

Рис. 5 «Запись движений документа «Доходы» в регистр» «Доходы»

Рис. 6 «Работа с документом «Расходы»

Рис. 7 «Работа с документом «Ввод остатков»

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

«Расходы семьи»;
«Доходы семьи»;
«Остатки семь»;

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

На рисунках 8 – 11 представлены отчеты.

Рис. 8 «Отчет «Денежные остатки»

Рис. 9 «Отчет «Доходы семьи»

Рис. 10 Отчет «Расходы семьи»

Формы UML

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

Диаграмма использования 2