4.1 Диаграмма состояний
Диаграммы состояний используются для моделирования динамических аспектов нашей системы. Под этим подразумевается моделирование поведения реактивных объектов. Реактивным называется объект, поведение которого лучше всего характеризуется его реакцией на события, произошедшие вне его собственного контекста. Или по-простому, диаграмма отображает состояние объектов в ходе их жизненного цикла [4].
На рисунке 4.1 приведена диаграмма состояний жизненного цикла запроса на добавление данных на сервер базы данных.
Рисунок 4.1 – Диаграмма состояний
4.2 Диаграмма последовательностей
Данный тип диаграмм позволяет отразить последовательность передачи сообщений между объектами. Этот тип диаграммы не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема/передачи сообщений [4].
На рисунке 4.2 приведена диаграмма последовательностей обобщенного процесса получения данных пользователем. Как видно из диаграммы, пользователь посылает запрос на получение информации. Клиентское приложение при помощи команд ADO отправляет SQL-запрос и выполняет его на сервере базы данных. В итоге пользователь получает необходимую информацию.
Рисунок 4.2 – Диаграмма последовательностей
4.3 Диаграмма классов
Этот тип диаграмм позволяет создавать логическое представление системы, на основе которого создается исходный код описанных классов [4]. Диаграммы классов используются для моделирования статического вида системы с точки зрения проектирования. Сюда по большей части относится моделирование словаря системы, коопераций и схем.
Диаграмма классов данного проекта представлена на рисунке 4.3.
Класс Form1 представляет собой класс главной формы, которую пользователь видит сразу после запуска программы. Содержит основные методы обработки компонентов формы.
Также на диаграмме отображены классы Diagramma, Histogramma, Graphic, предназначенные для описания методов построения диаграмм, гистограмм и графиков соответственно.
Класс Report содержит методы и свойства, необходимые для построения модели отчёта и генерации в MS Word.
Также отображены все классы, необходимые для создания объектов проведения анализа. Такие, например, как классы structIstochnikov, structImushestva, Ustoichivost и другие.
Рисунок 4.3 – Диаграмма классов
4.4 Диаграмма компонентов
Диаграмма компонентов является частью физического представления модели. Она отражает организацию и связи среди компонентов программного обеспечения, таких например, как исходные тексты программ, объектные модули, исполняемые модули, библиотеки динамической компоновки [4].
Диаграмма компонентов данного проекта представлена на рисунке 4.4.
Рисунок 4.4 – Диаграмма компонентов
4.5 Диаграмма развёртывания
Диаграмма развертывания. Этот вид диаграмм предназначен для анализа аппаратной части системы, то есть «железа». На ней представлена конфигурация обрабатывающих узлов системы и размещенных в них компонентов. Диаграммы развертывания относятся к статическому виду архитектуры системы. Они связаны с диаграммами компонентов, поскольку в узле обычно размещаются один или несколько компонентов [4].
Диаграмма развертывания для данного проекта представлена на рисунке 4.5.
Рисунок 4.5 – Диаграмма развёртывания
5 ИНФОРМАЦИОННАЯ МОДЕЛЬ СИСТЕМЫ И ЕЁ ОПИСАНИЕ
Информационная модель системы была разработана с использованием методологии стандарта IDEF1.x (рисунок 5.1).
Рисунок 5.1 – Информационная модель системы
К проектированию хранилищ данных обычно были предъявлены следующие требования:
-
Структура данных хранилища должна быть понятна пользователям;
-
Должны быть выделены статические данные, которые регулярно модифицируются: ежедневно, еженедельно, ежеквартально.
При проектировании модели был использован стандарт, называемый схемой «звезда», которая обеспечивает высокую скорость выполнения запроса посредством денормализации и разделения данных [5].
Схема звезда содержит одну большую таблицу, называемую таблицей факта (Facty), помещенную в центр, и окружающие ее меньшие таблицы, называемые таблицами размерности, соединенными с таблицей факта в виде звезды радиальными связями. В этих связях таблицы размерности являются родительскими, таблица факта – дочерней.
Такая архитектура была выбрана в связи с необходимостью получения общих расчётов за определённые периоды.
Таблица факта и таблицы размерности связаны идентифицирующими связями, при этом первичные ключи таблицы размерности мигрируют в таблицу факта в качестве внешних ключей [5].
Первичный ключ таблицы факта целиком состоит из первичных ключей всех таблиц размерности. В данной модели первичный ключ составлен из десяти внешних ключей: DataID, RealizaciyaID, IstocnikiID, ImushestvoID, SredstvaID, KoefficientiID, ZadoljennostID, OborachivaemostID, SituaciyaID, ActiviID.
Были определены следующие таблицы измерений:
-
Таблица Data, хранящая информацию о дате (годе, месяце, дне);
-
Realizaciya – таблица данных выручки и себестоимости;
-
Таблица Istocniki содержит информацию об источниках средств предприятия;
-
Таблица Imushestvo хранит информацию о стоимости имущества;
-
Sredstva – таблица данных о средствах предприятия (собственных, заемных, основных, оборотных, материальных, денежных, кредитах);
-
Таблица Koefficienti хранит поля коэффициентов, необходимых для расчётов показателей;
-
Таблица Zadoljennost содержит данные о задолженности (кредиторской, дебиторской) предприятия;
-
В таблице Oborachivaemost хранится информация об оборачиваемости запасов и собственных средств;
-
FinansovayaSituaciya – таблица, хранящая данные о типе финансовой ситуации;
-
Таблица Activi хранит информацию об активах предприятия.
6 ОБОСНОВАНИЕ ОРИГИНАЛЬНЫХ РЕШЕНИЙ ПО ИСПОЛЬЗОВАНИЮ ТЕХНИЧЕСКИХ И ПРОГРАММНЫХ СРЕДСТВ
Одной из наиболее важных задач проведения качественного анализа финансового состояния предприятия является возможность проведения графического анализа.
Программным решением данной задачи стало использование компонента ZedGraph.dll - бесплатная и очень богатая библиотека вывода различных видов графиков. Перекрывает огромное количество типов графиков, которые вы можете использовать в своих проектах. Отличается упрощенной графикой, простотой в использовании. Также имеется поддержка настраивания через дизайнер форм Visual Studio. Преимуществами в использовании являются простота в использовании, богатая документация.
После добавления на Toolbox контрола ZedGraphControl можно перетаскиванием добавить его на форму, на которой необходимо отобразить график. В конструкторе окна вызывается метод DrawGraph(), внутри которого и происходит заполнение компонента данными.
Примеры вывода приведены на рисунке 6.1.
Рисунок 6.1 – Примеры вывода графиков
Также важнейшим функциональным модулем является формирование и генерация отчётов формата *.doc. Для решения данной задачи была использована библиотека ExportToRTF.dll. С её помощью можно формировать таблицы, верхние и нижние колонтитулы и собственно все, что может понадобиться в простом отчете. Главным преимуществом этой библиотеки является скорость работы.
При помощи данной библиотеки в проекте можно сформировать полноценный отчет с выводами необходимых таблиц данных, результатами анализов и графиков.
7 ОПИСАНИЕ ОБОБЩЁННОГО АЛГОРИТМА И АЛГОРИТМОВ ПРОГРАММНЫХ МОДУЛЕЙ
Рассмотрим обобщённый алгоритм получения запросов сервером на соединение от клиента:
Шаг 1. Сервер открывает сокет.
На первом этапе инициализируется объект класса Socket.
Шаг 2. Назначает сокет.
Происходит обращение к функции Bind(), посредством которой сокет связывается с локальной конечной точкой для ожидания входящих запросов на соединение.
Шаг 3. Слушает входящие соединения.
Используется предопределённый процесс Listen(), который помещает сокет в режим прослушивания.
Шаг 4. Соглашается на соединение с клиентом, в обратном случае, возвращается на шаг 3.
Создаётся новый сокет для обработки входящего запроса на соединение (вызов метода Accept()).
Шаг 5. Отправляет/получает данные.
Посредством вызова метода Receive().
Шаг 6. Закрывает сокет.
Вызов метода Close() обеспечивает закрытие сокета.
Блок-схема обобщённого алгоритма приведена в приложении Б.
Описание алгоритма программного модуля создания графика состоит из следующих шагов (блок-схема алгоритма программного модуля приведена в приложении В):
Шаг 1. Инициализируется объект класса GraphPane.
Шаг 2. Очищается список кривых посредством вызова метода Clear().
Шаг 3. Создаётся список точек.
Инициализируется объект класса PointPairList.
Шаг 4. Создаются начальная и конечная точки для задания границ цикла.
Шаг 5. Заполняется список точек и добавляется точка.
Происходит в цикле.
Шаг 6. Создаётся кривая.
Происходит посредством вызова метода AddCurve().
Шаг 7. Вызывается метод AxisChange ()для обновления данных об осях.
Шаг 8. Обновляется график.
Посредством вызова метода Invalidate().
8 РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ
Для начала работы с программой необходимо подключиться к серверу. На рисунке 8.1 отображено состояние сервера в ожидания подключения клиента:
Рисунок 8.1 – Состояние ожидания подключения клиента
При запуске клиентского приложения пользователь увидит главное окно программы с полосой меню и приветственным сообщением (рисунок 8.2):
Рисунок 8.2 – Стартовое окно клиентского приложения
При успешном подключении клиента к серверу на серверном приложении отобразится сообщение, оповещающее, что клиент начал сессию (рисунок 8.3), в свою очередь, клиентское приложение выдаст окно-сообщение об успешном подключении (рисунок 8.4):
Рисунок 8.3 – Оповещение о подключении клиента
Рисунок 8.4 – Оповещение о подключении к серверу
После подключения активными становятся все пункты меню. Таким образом, пользователь может начать работу с загрузки данных для последующего анализа (рисунок 8.5):
Рисунок 8.5 – Окно пользовательского приложения
После загрузки таблицы данных, например, структуры имущества, пользователь по нажатию на кнопку «Провести анализ» увидит окно с результатами проведённого по данным таблицы анализа:
Рисунок 8.6 – Окно результатов анализа структуры имущества
Выбрав пункт меню Данные->Календарь, пользователь загрузит в отдельном окне календарь, который может быть по желанию пользователя раскрыт полностью, с отображением всех месяцев как текущего, так и любого выбранного года:
Рисунок 8.7 – Окно календаря
Чтобы провести графический анализ пользователю предоставляется возможность выбора типа графика в пункте меню Анализ->График-><�Тип графика>, после выбора которого, пользователь увидит в новом окне график, построенный по данным проводимого анализа (рисунок 8.8):
Рисунок 8.8 – Окно результата графического анализа
Выбрав пункт меню Отчёт, пользователь сможет провести следующие операции: сформировать отчёт, загрузить отчёт, вызвать окно печати и предварительного просмотра документа. На рисунке 8.9 представлено окно «Мастер печати», в котором можно сформировать пункты будущего отчёта.
Рисунок 8.9 – Окно «Мастер отчётов»
После нажатия на кнопку «Сформировать отчёт» откроется Microsoft Word с экземпляром отчёта:
Рисунок 8.10 – Отчёт в Microsoft Word
Выбор пункта меню Отчёт->Печать вызовет открытие окна печати, в котором можно настроить параметры печати (рисунок 8.11):
Рисунок 8.11 – Окно печати
При необходимости пользователь может выйти в интернет посредством данного приложения. Для этого необходимо выбрать пункт меню Справка>Поиск в интернете.
Рисунок 8.12 – Окно доступа в интернет
Для завершения работы с приложением необходимо выполнить отключение соединения с сервером. Выполняется данная операция выбором пункта меню Подключение->Закончить соединение. При удачном разъединении пользователь увидит окно-сообщение, оповещающее об этом (рисунок 8.13):
Рисунок 8.13 – Сообщение об окончании соединения с сервером
На рисунке 8.14 изображено окно сервера с сообщением об окончании работы с клиентом:
Рисунок 8.14 – Серверное приложение
9 РЕЗУЛЬТАТЫ ТЕСТИРОВАНИЯ РАЗРАБОТАННОЙ СИСТЕМЫ И ОЦЕНКА ВЫПОЛНЕНИЯ ЗАДАЧ
Контроль качества программного продукта на каждой стадии создания является необходимым условием успешного проекта. В данном проекте были проведены следующие мероприятия:
-
Тестирование базы данных;
-
Тестирование выполняемых операций;
-
Usability тестирования пользовательского интерфейса.
Вышеприведенные меры позволяют нам существенно сократить время на отладку программы, повысить уровень довольства пользователя.
По результатам проведенного тестирования не было выявлено серьёзных проблем работы приложения.
В общем, задачи, поставленные в курсовом проекте, можно считать решёнными.
10 ВЫВОДЫ И ЗАКЛЮЧЕНИЯ
В ходе выполнения данного проекта были решены основные задачи, поставленные для достижения главной цели, а именно:
-
Определена предметная область и требования к системе с точки зрения предметной области;
-
Определены задачи разработки приложения и методы реализации;
-
Разработана спецификация системы;
-
Построены модели представления системы;
-
Разработана информационная модель системы;
-
Разработано desktop-приложение, позволяющее провести финансовый анализ деятельности предприятия.
Особенностью проекта является его простота и надежность. Более того, оно позволяет безопасно хранить данные на сервере, что позволяет пользователю получить доступ к ним. Для удобства пользователя предусмотрена генерация документов в формате .doc.
Используя данный программный продукт, компания повысит производительность труда финансовых работников, а также облегчит работу сотрудника. Важнейшим элементом программного приложения является рациональная организация диалога между пользователем и ЭВМ. Благодаря простому и понятному интерфейсу, это стало возможно.
Использование приложения позволяет устранить большинство трудностей, стоящих перед лицом, принимающим решение. Это осуществлено путем персонифицированного контроля исходных данных, персонализации вычислений автоформализации профессиональных знаний, интерактивного анализа результатов обработки экономической информации в режиме реального времени.
При персонифицированном контроле исходных данных специалист персонально несет материальную и моральную ответственность за конечный результат своей работы.
ЛИТЕРАТУРА
[1] Автоматизированная система обработки финансово-кредитной информации. Учебник / под ред. В.С. Рожнова. – М.: Статистика, 1990г. – 255с.: ил.
[2] Волобуев А.П., Мищенко В.Ф. Выбор бухгалтерских программ на основе их классификаций. // Бухгалтерский учет. – 1997г. - №4.
[3] Евстигнеев Е.Н. Анализ финансовой устойчивости предприятия. // Бухгалтерский учет. – 1994г. - №9.
[4] UML. Классика CS. 2-у изд./Пер. с англ.; Под общей редакцией проф. С.Орлова - СПб.: Питер, 2006. - 736 с.: ил.
[5] Э.Спирли Enterprise Data Warehouse. Planning, Building, and Implementation. // Издательский дом "Вильямс", 2001г. – 400с.: ил.
|
