Разработка программного обеспечения для автоматизации работы адвоката

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

· организация машинной обработки ручного труда;

· подбор высококвалифицированных кадров, имеющих навыки работы на ЭВМ.

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

· прием исходной информации;

· обработку и анализ информации;

· получение и анализ результатов;

· выдачу отчетов и результатов.

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

При внедрении автоматизированной системы наблюдаются существенные изменения структуры персонала:

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

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

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

Для удобного применения система разработана в форме меню.

Разработанная автоматизированная система обеспечивает:

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

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

· сокращение времени обработки информации;

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

Так же разработанная программа обладает такими качествами как:

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

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

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

При этом создаваемая система должна осуществлять:

§ ведение списков адвокатов;

§ ведение списков клиентов;

§ ведение архива законченных дел.

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

Построение диаграммы вариантов использования

Для всякой системы, разрабатываемой с чистого листа, необходимо сначала создать концептуальную модель, которая бы удовлетворяла специфическим потребностям организации. Поэтому система «АРМ адвоката» разработана при помощи языка Borland C++ Builder 6.0. Язык Borland C++ Builder 6.0. является визуальным языком и используется для спецификации, визуализации, конструирования и документирования программой системы.

Для описания функционального назначения системы построена диаграмма вариантов использования (рис 1.2).

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



Рис.1.2 - Диаграмма вариантов использования

Спецификация варианта использования

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

Размещено на http://www.allbest.ru/

Рисунок 1.3 - Диаграмма деятельности

Вариант использования инициируется секретарем, предоставляет возможность редактирования таблицы «Текущие дела».

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

1.5 Обоснование проектных решений по информационному обеспечению комплекса задач

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

АРМ адвоката - сложная и многокомпонентная система, процессы преобразования данных в которой разнообразны. Совокупность данных, используемых всеми компонентами системы, составляет ее информационный фонд.

Определение выбора формы хранения данных в памяти ЭВМ

Различают следующие основные способы хранения данных:

- использование файловой системы;

- использование банков данных.

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

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

Пакет прикладных программ, разрабатываемый в дипломной работе, основан на использовании банка данных. Применение этого подхода позволяет:

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

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

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

- модернизировать и упростить организацию межпрограммного интерфейса.

Банк данных - это совокупность баз данных и системы управления базами данных (СУБД). База данных - это структурированная совокупность данных.

СУБД данных состоит из языковых и программных средств, предназначенных для создания и использования базы данных прикладными программами, а также непосредственно пользователями-непрограммистами. Эти средства позволяют интерактивно решать возникающие трудности в эксплуатации системы [15,17].

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

1. Иерархическая модель данных.

2. Сетевая модель данных.

3. Реляционная модель данных.

Перечислим достоинства сетевой и иерархической модели данных:

- наличие успешных реализаций СУБД, основанных на ее применении;

- простота понимания и использования;

- обеспечение определенного уровня независимости данных; простота оценки эксплуатационных характеристик.

Недостатки:

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

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

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

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

Для обеспечения уникальности строк используются ключи, которые содержат одно или несколько полей таблицы. Ключи хранятся в упорядоченном виде, что обеспечивает прямой доступ к записям таблицы во время поиска. Для взаимодействия пользователя с базами данных используются системы управления базами данных (СУБД).

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

Выбирая СУБД необходимо определить следующие аспекты:

- объекты, данные о которых должны храниться. Это объекты-участники учетной деятельности предприятия;

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

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

В результате проведения анализа выбрана СУБД Paradox 7. Вместе с BDE и C++Builder поставляется программа Database Desktop, которая позволяет создавать таблицы баз данных некоторых СУБД, задавать и изменять их структуру. С помощью Database Desktop можно создавать таблицу базы данных СУБД Paradox 7. В Paradox 7 база данных -- это каталог, в котором лежат таблицы -- файлы с расширением db. СУБД Paradox 7 имеет высокие скоростные характеристиками, набор команд и функций по мощи и гибкости отвечает любым современным требованиям к представлению и обработке данных. Посредством данной СУБД может быть реализован максимально удобный, гибкий и эффектный пользовательский интерфейс [14].

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

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

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

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

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

- память ЭВМ достаточно вместительна для размещения всей информации, относящейся к различным задачам, которые обрабатываются в диалоговом режиме. Необходимо применение ЭВМ с ОЗУ не менее 32 Mb.

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

- оснащение ЭВМ средствами, обеспечивающими управление порядком выполнения задач, принятых на обработку.

- оснащение ЭВМ системой прерывания программ, с помощью которой операционная система извещается о событиях в работе ЭВМ: моментах окончания операций. Все вышеперечисленные процессоры имеют усовершенствованную структуру прерываний.

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

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

Таким образом, на основе проведенного анализа я выбрала: реляционную модель данных, СУБД Paradox 7 и диалоговый режим обработки данных.

1.6 Обоснование проектных решений по программному обеспечению (внутримашинной технологии) комплекса задач

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

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

Базовое (системное) ПО организует процесс обработки информации в ЭВМ и обеспечивает нормальную рабочую среду для прикладных программ.

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

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

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

На рынке программных продуктов есть много сред для автоматизации программирования.

По мощности и удобству использования можно выделить:

· Visual FoxPro;

· Borland Delphi;

· Borland C++ Builder.

Вкратце рассмотрим каждую из них.

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

Visual FoxPro 9.0 поддерживает технологию IntelliSense, облегчающую создание программного кода. Суть данной технологии состоит в том, что при вводе операторов, свойств и функций FoxPro предлагает на выбор возможные варианты написания. Это уменьшает количество вводимого вручную кода и избавляет разработчика от необходимости лишний раз обращаться к документации. Технология IntelliSense Visual FoxPro содержит следующие функции:

· показывает список допустимых дочерних объектов (свойств, событий, методов) для указанного объекта. Для СОМ-объектов информация считывается из библиотеки типов;

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

В редактор Visual FoxPro были добавлены следующие возможности:

1. Использование для выделения текста на выбор пробела или табулятора с настраиваемыми параметрами;

2. Настройка строк комментария;

3. Поддержка в редакторе гиперссылок на Web-страницы или документацию;

4. поддержка Dirty File Indicator для отображения времени внесения изменений в код;

5. Удобная установка точек прерывания в программном коде;

6. Использование закладок для быстрого возврата на нужный фрагмент кода.

Для настройки параметров редактора используются новые вкладки Editor (Редактор) и IDE (Интерактивная среда разработки) диалогового окна Options (Параметры), которое открывается при выполнении команды Options (Параметры) из меню Tools (Сервис).

Delphi. Внешний вид среды программирования Delphi отличается от многих других из тех, что можно увидеть в Windows. К примеру, Borland Pascal for Windows 7.0, Borland C++ 4.0, Word for Windows, Program Manager - это все MDI приложения и выглядят по-другому, чем Delphi. MDI (Multiple Document Interface) - определяет особый способ управления нескольких дочерних окон внутри одного большого окна.

Среда Delphi же следует другой спецификации, называемой Single Document Interface (SDI), и состоит из нескольких отдельно расположенных окон. Это было сделано из-за того, что SDI близок к той модели приложений, что используется в Windows 95.

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

Borland C++ Builder - это среда в которой можно осуществлять визуальное программирование, т.е. создавать программы, позволяющие в момент их исполнения взаимодействовать с пользователем с помощью многооконного интерфейса. Если сказать просто, то в момент выполнения программы на экране могут появляться в цветном изображении элементы управления программой:

· кнопки, на которые можно нажимать мышью, после чего происходят некоторые «привязанные» к этим кнопкам действия;

· поля для ввода/вывода данных;

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

· различные меню, позволяющие выбирать и выполнять те или иные действия;

· элементы, контролирующие состояния (типа «включен/выключен», «выбран/не выбран» и т.п.) каких-то объектов;

· элементы, помогающие следить за ходом некоторых процессов по времени их выполнения;

· элементы, позволяющие выбирать даты из календаря;

· элементы, обеспечивающие стандартный выбор файлов, шрифтов, цвета, настройки принтеров и т.д.;

· элементы, позволяющие вставлять в разрабатываемую программу ссылки на другие программы-объекты.

Среда Borland C++ Builder позволяет работать как с простыми локальными и удаленными БД, так и с многозвенными распределенными БД.

Среда Borland C++ Builder - инструмент разработки программ на основе современного метода создания программ - объектно-ориентированного программирования [13,14].

Вышесказанное позволяет нам сделать вывод о том, что Borland C++ Builder имеет явные преимущества перед другими средами программирования. Поэтому для реализации данного комплекса задач я выбираю среду визуального программирования Borland C++ Builder 6.0.

1.7 Обоснование проектных решений по технологии сбора, передачи, обработки и выдачи информации

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

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

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

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

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

Ввод данных в разработанную автоматизированную систему осуществляется с клавиатуры или с другого дискового носителя.

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

Регистраторы информации (РИ) представляют собой устройства формирования и контроля первичных данных, подлежащих последующей обработке в ЭВМ по соответствующим программам задач управления объектом. РИ обеспечивают ввод данных с клавиатуры или с машинного носителя, формирование сообщения (документа), визуальный контроль вводимой информации и, наконец, вывод сформированного документа на печать с передачей данных в ЭВМ или на промежуточный машинный носитель. Связь между РИ и ЭВМ может быть организована как односторонняя, так и двусторонняя. Как правило, обмен данными осуществляется по линии связи, характеристики которой отвечают требованиям к стандартным телефонным каналам.

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

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

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

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

2.1 Информационное обеспечение комплекса задач

2.1.1 Инфологическая или информационная модель (модель данных) и ее описание

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

Даталогическая модель является моделью логического уровня и представляет собой отображение логических связей между элементами данных безотносительно к их содержанию и среде хранения. Эта модель строится в терминах информационных единиц, допустимых в той конкретной СУБД, в среде которой мы проектируем базу данных. Этап создания ДЛМ называется даталогическим проектированием. Описание логической структуры базы данных на языке СУБД называется схемою [15,17].

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

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

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

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

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

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

Рис. 2.1. Взаимосвязь этапов проектирования БД

Для того чтобы спроектировать структуру базы данных, необходима исходная информация о предметной области. Желательно, чтобы эта информация была представлена в, формализованном виде. Информация, требуемая для проектирования БД, мало зависит от особенностей СУБД. Описание предметной области, выполненное без ориентации на используемые в дальнейшем программные и технические средства, называется инфологической моделью предметной области (ИЛМ).

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

Требования к инфологической модели:

· адекватное отображение предметной области;

· непротиворечивость;

· должна отражать взгляды и потребности всех пользователей системы;

· однозначная трактовка моделей;

· модель должна быть конечной;

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

· должна обладать свойствами композиции и декомпозиции (укреплять базу данных или расщеплять);

· должна быть легко реализуемой на ЭВМ;

· должна быть независимой от оборудования и языков организации базы данных на ЭВМ.

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

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

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

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

Свойства могут быть:

статическими (постоянные, не изменяющиеся с течением времени);

динамическими (изменяющиеся с течением времени).

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

Такие свойства называются условными.

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

Различают следующие виды связей:

один к одному;

один ко многим;

многие к одному;

многие ко многим.

Инфологическая модель отображает классы объектов и связи между ними.

Для указания этой ситуации существует понятие класс принадлежности [15,17].

Инфологическая модель комплекса задач, рассматриваемого в данном дипломном проекте, представлена на рис. 2.2.

2.1.2 Характеристика входной информации

Описание входной оперативной информации (входных документов и макетов размещения данных)

Любое программное обеспечение имеет входную оперативную информации. Входная оперативная информация в моем дипломном проекте представлена в виде входных документов.

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



Рис.2.2. Инфологическая модель данных

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

Для информации о клиентах (подзащитных) создана диалоговая форма изображенная на рис. 2.3.

Рис. 2.3. Форма для ввода данных о клиентах

Вся информация о деле адвоката хранится в документе под названием «Редактор дела». Данный документ позволяет учитывать список адвокатских услуг по каждому делу с расчетом гонорара. Диалоговая форма приведена на рис. 2.4.

Описание входной оперативной информации во внешней памяти ЭВМ (описание файлов и записей)

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

Для хранения данных о клиентах создана таблица данных Klient.db. Данный файл состоит из полей характеризующих клиентов (подзащитных). Данная таблица позволяет оперативно производить выбор клиента. Структура приведена в табл. 2.1.

В Database Desktop данная таблица имеет следующий вид (рис. 2.5)

Для хранения информации о деле адвоката создана таблица данных Delo.db. структура выглядит следующим образом (табл. 2.2., рис. 2.6)



Рис. 2.4. Диалоговая форма документа «Редактор дела»

Таблица 2.1 Структура таблицы данных Klient.db

Наименование поля	Тип	Длина	Назначение
Kod	A	4	Код клиента
Fam	A	20	Фамилия
Im	A	20	Имя
Otch	A	20	Отчество
Dataroj	D		Дата рождения
Pasp	A	10	Серия и номер паспорта
Adres	A	100	Адрес
Tel	A	11	Номер телефона

Для хранения информации об адвокатских услугах по делу, их стоимости и сроках по каждому делу, создана таблица данных Uslugi.db (табл. 2.3., рис. 2.7).



Рис. 2.5. Создание файла Klient.db

Рис. 2.6. Создание файла Delo.db

Таблица 2.2 Структура таблицы данных Delo.db

Наименование поля	Тип	Длина	Назначение
Nom	A	4	Номер дела
Datan	D		Дата начала
Advo	A	60	ФИО адвоката
Klient	A	60	ФИО клиента
Tip	A	25	Тип дела
Proc	A	30	Процессуальное положение
Stat	A	50	Статья
Order	A	10	Ордер
Koldn	S		Количество дней
Avans	$		Аванс
Dopl	$		Доплата

Таблица 2.3 Структура таблицы данных Uslugi.db

Наименование поля	Тип	Длина	Назначение
Nom	A	4	Номер дела
Date	D		Дата
Timen	T		Время начала
Nameusl	A	50	Наименование услуги
Stoim	$		Стоимость
Timeok	T		Время окончания
Opis	A	80	Описание

Рис. 2.7. Создание файла Uslugi.db

Описание постоянной информации во внешней памяти ЭВМ (описание файлов и записей). К постоянной информации в разработанной автоматизированной системе относится список адвокатов коллегии, список адвокатских услуг и статьи кодексов. Во внешней памяти постоянная информация представлена в виде таблиц данных Advokat.db, Statya.db и Usl.db. Структуры приведены ниже (табл. 2.4., 2.5. и 2.6).

Таблица 2.4 Структура таблицы данных Advokat.db

Наименование поля	Тип	Длина	Назначение
Kod	A	4	Код адвоката
Fam	A	20	Фамилия
Im	A	20	Имя
Otch	A	20	Отчество
Dataroj	D		Дата рождения
Pasp	A	10	Серия и номер паспорта
Adres	A	100	Адрес
Tel	A	11	Номер телефона

Таблица 2.5 Структура таблицы данных Statya.db

Наименование поля	Тип	Длина	Назначение
Kod	A	4	Код статьи
Name	A	100	Название статьи

Таблица 2.6 Структура таблицы данных Usl.db

Наименование поля	Тип	Длина	Назначение
Name	A	100	Наименование услуги
Type	A	20	Тип услуги
Cena	$		Стоимость услуги

2.1.3 Характеристика результатной информации

Описание результатной информации во внешней памяти ЭВМ (описание файлов и записей)

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

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

Результатная информация в разработанной автоматизированной системе формируется в результате запросов к таблицам баз данных Delo.db., Uslugi.db. и Usl.db. Их структуры приведены в табл. 2.2, 2.3, и 2.6. Макеты отображения результатов в виде твердых копий или на экране дисплея.

Ниже приведены некоторые макеты результатных форм (рис. 2.8.-2.11).

Рис. 2.8. Печатная форма отчета «Список дел адвоката за текущий месяц»

Рис. 2.9. Печатная форма отчета «Адвокатские услуги и цены»

Рис. 2.10. Заявления на защиту прав и интересов в суде адвокатом

2.2 Машинная реализация комплекса задач

Проект приложения в С++Builder начинается с команды системного меню File->New->Application. В рабочей части инструментальной среды разработки открывается форма являющаяся основой приложения.

Рис. 2.11. Возражение адвоката

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

Проект C++Builder имеет строго модульный характер. Разрабатывая каждый модуль как независимый, создается проект, который объединяет все разработанные модули.

При проектировании были использованы основные визуальные компоненты, обеспечивающие комфортный пользовательский интерфейс. Рассмотрим некоторые из этих компонент:

Компоненты -- наборы данных (data set), непосредственно связывающиеся с базой данных. Это такие компоненты, как Table, Query и др. Компонент - источник данных (data source), осуществляющий обмен информацией между компонентами первого типа и компонентами визуализации и управления данными. Таким компонентом является DataSource.

Компоненты визуализации и управления данными, такие, как DBGrid, DBText, DBEdit и множество других.

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

Текст названия является значением свойства Caption. Свойство Alignment определяет способ выравнивания текста. Чтобы размер шрифта автоматически соответствовал максимальному заполнению области, установите значение true свойства AutoSize. Чтобы весь текст можно было увидеть внутри короткой области, задайте значение true свойства WordWrap. Установкой значения true свойства Transparent вы можете оставить видимой часть другой компоненты сквозь название, расположенное прямо на ней.

TPanel. Создает пустую панель, которая может содержать другие компоненты. Вы можете использовать TPanel для создания на вашей форме панелей инструментов или строк состояния.

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

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

TButton. Создает прямоугольную кнопку с надписью. Нажатие на кнопку инициирует некоторое действие в программе.

TComboBox. Создает комбинацию области редактирования и выпадающего списка текстовых вариантов для выбора.

Значение свойства Text заносится непосредственно в область редактирования. Элементы списка, которые может выбирать пользователь, содержатся в свойстве Items.

TPageControl - многостраничная компонента, позволяющая существенно сэкономить пространство формы. Данная компонента представляет собой контейнер на котором располагаются компоненты визуализации данных [13,14].

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

Главное окно программы приведено на рис. 2.12.

Рис. 2.12. Главное окно программного приложения

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



Рис. 2.13. Использование компоненты «MainMenu»

2.2.1 Схема взаимосвязи программных модулей и информационных файлов и ее описание

Разработанное программное приложение представляет собой совокупность таблиц баз данных (файлы с расширением DB), программных модулей (срр - модули) и экранных форм. Схема взаимосвязи программных модулей и информационных файлов представлена на рис. 2.14.

Рис. 2.14. Схема взаимосвязи программных модулей и информационных файлов

2.2.2 Блок-схема основных расчетных модулей и ее описание

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

Рис.2.15 Блок-схема программного комплекса



Рис.2.15 Блок-схема программного комплекса

2.2.3 Организация технологического процесса сбора, передачи, обработки и выдачи информации и её схема

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

1. Сбор и регистрация.

2. Перенос на машинные носители.

3. Ввод данных.

4. Компоновка и контроль информации.

5. Накопление (хранение).

6. Сортировка.

7. Обработка.

8. Корректировка.

9. Вывод.

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

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

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

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

Технологический процесс сбора, передачи, обработки и выдачи информации поставленной в проекте задачи представлен на рис. 2.16

Инструкционные карты основных операций технологического процесса

Для запуска программного приложения необходимо скопировать папку Advo на диск D, а за тем за тем запустить файл Project1.exe (D:\ Advo \Project1.exe). После этого откроется главное окно программы (рис. 2.12)

Как уже было сказано ранее в данном программном приложении, реализованном на объектно-ориентированном визуальном языке программирования C++Builder 6, имеется возможность создавать удобные конструкции с использованием различных видов меню. К основным видам меню можно отнести световое, клавишное и кнопочное меню. Все эти виды реализованы в программном приложении. Главное двухуровневое меню реализовано в виде светового. Для этих целей на главную форму размещена компонента MainMenu со страницы «Стандарт» (рис. 2.13).



Рис. 2.16. Схема сбора, передачи, обработки и выдачи данных

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

Рис.2.17. Кнопочное меню - навигации по таблице

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

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

Следующим пунктом является «Документы». Здесь спроектированы все необходимые документы адвоката. Во всех документах основные реквизиты выбираются автоматически с помощью кнопок навигации. Так же почти во всех документах можно осуществлять поиск и фильтрацию.

Перечень формируемых выходных форм и отчётов содержатся в пункте меню «Отчеты».

Пункт меню «Справка» содержит сведения о разработчике программного приложения.

3. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчета экономической эффективности проекта

В соответствии с ГОСТ 24.702-85 целесообразные варианты построения ИС выбираются путем балансирования показателей приращения эффекта Э, получаемого за счет создания или совершенствования ИС и затрат Q. Математически эту задачу формулируют в виде:

MAX Э при Q=const

или в виде обратной задачи:

MIN Q при Э=const

При оценке эффективности ИС используют обобщающие и частные показатели. К основным показателям экономической эффективности относятся:

1. Расчетный коэффициент эффективности капитальных вложений:

Е_p=П/К,

где П -годовая экономия (годовой прирост прибыли), руб;

К- единовременные затраты, руб;

2. Годовой экономический эффект:

Э=П-К*Е_н,

где Е_н - нормативный коэффициент эффективности капитальных вложений (Е_н=0,15).

Произведение К*Е_н в данном случае следует рассматривать как нормативную прибыль, которая должна быть получена от внедрения системы [1].

3. Срок окупаемости:

Т=К/П=1/Е_р.

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

· годовая экономия (годовой прирост прибыли);

· единовременные затраты на разработку и внедрение системы;

· длительность обработки информации;

· надежность технических средств;

· увеличение затрат вследствие ненадежности КТС (комплекса технических средств), руб.;

· достоверность и др.

Годовая экономия П рассчитывается следующим образом:

Пу=З_б-З_п,

где З_б,З_п - приведенные к одному году затраты на обработку информации соответственно при существующем и предполагаемом вариантах организации ИС.

Среднегодовые затраты на обработку информации (ЗП, ЗБ), приведенные выше в формуле, должны определятся с учетом всех стадий жизненного цикла ИС:

З_п=(Р+С)/Т_экс+Ф,

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

С - единовременные затраты на создание и внедрение системы, не учитываемые в себестоимости машино-часа, руб.,

Т_экс - предполагаемый срок эксплуатации ИС лет,

Ф - среднегодовые затраты на функционирование ИС (текущие затраты), руб..

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

Единовременные затраты на создание ИС (С) в общем виде равны сумме затрат на проектирование (R) и удельных затрат на приобретение, монтаж, наладку используемых средств (КВТ), однако, вследствие того, что КВТ учитывается при расчете себестоимости машино-часа, во избежание двойного счета значение С в большинстве случаев следует принимать равным R.

Единовременные затраты на проектирование R определяются следующим образом:

R=S_тз*T_тз+S_тп*T_тп,

где T_тз, T_тп - трудоемкость соответствующей стадии создания системы, S_тз, S_тп - себестоимость чел - дня проектировщика на соответствующей стадии создания системы.

Срок предполагаемой эксплуатации определяется в соответствии с периодами морального старения соответствующей техники (8 лет) [1].

3.1.1 Разработка плана выполнения работ

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

При разработке данного дипломного проекта были проведены работы:

1. Утверждение ТЗ.

2. Анализ ТЗ.

3. Сбор данных о предметной области.

4. Выбор методики проектирования.

5. Составление требований к функционированию системы.

6. Построение инфологической модели.

7. Проектирование таблиц входной информации.

8. Определение состава будущих компонентов системы.

9. Поиск и выбор оптимальной системы программирования и СУБД.

10. Консультация с консультантом.

11. Определение требований к программным модулям системы.

12. Определение требований к составу и структуре баз данных.

13. Проектирование баз данных.

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

15. Непосредственное проектирование системы.

16. Отладка программы.

17. Тестирование программы.

18. Консультация с руководителем.

19. Расчет экономической эффективности проекта.

20. Оформление пояснительной записки к дипломному проекту.

На основании плана выполнения работ составлена табл. 3.1:

Таблица 3.1 Исходный перечень работ

№	i-j	Наименование работ	Z	Тож
1	0 - 1	Утверждение ТЗ	1	1
2	1 - 2	Анализ ТЗ	2	2
3	2 - 3	Сбор данных о предметной области	2	10
4	3 - 4	Выбор методики проектирования	1	2
5	4 - 5	Составление требований к функционированию системы	2	2
6	5 - 6	Построение инфологической модели	1	1
7	6 - 7	Проектирование таблиц входной информации	1	5
8	7- 8	Определение состава будущих компонентов системы	1	2
9	6 - 8	Поиск и выбор оптимальной системы программирования и СУБД	1	1
10	8 - 9	Консультация с консультантом	2	0,5
11	9 - 10	Определение требований к программным модулям системы	1	7
12	10 - 11	Определение требований к составу и структуре баз данных	1	4
13	11 - 12	Проектирование баз данных	1	5
14	10 - 12	Работы, связанные с возникшей потребностью в реструктуризации баз данных и программных модулей	1	4
15	12 - 13	Непосредственное проектирование системы	1	12
16	13 - 14	Отладка программы	1	10
17	14 - 15	Тестирование программы	1	6
18	15 - 16	Консультация с руководителем	2	3,5
19	14 - 16	Расчет экономической эффективности проекта	1	2
20	16 - 17	Оформление пояснительной записки к дипломному проекту	1	1

На основе таблицы строится сетевой график (рис. 3.1):

Рис. 3.1. Сетевой график

Параметры сетевого графика расчитаны в табл. 3.2.

Таблица 3.2 Расчет параметров сетевого графика

№	i - j	tij	Ti(p)	Tj(p)

Подобные документы

• Создание информационного портала

  Характеристика организации автоматизированной обработки. Схема данных и ее описание. Характеристика входной и выходной информации. Организация технологического процесса сбора, передачи, обработки и выдачи информации. Формализация автоматизируемых задач.
  
  курсовая работа [941,7 K], добавлен 22.11.2013
  

• Задачи автоматизации, хранения и обработки информации на предприятии

  Системы управления базами данных и их использование для решения задач автоматизации предприятия. Разработка информационного и программного обеспечения для автоматизации хранения и обработки информации при организации работы агропромышленного предприятия.
  
  курсовая работа [607,1 K], добавлен 07.05.2011
  

• Проблемы и задачи проектирования отраслевых информационно-аналитических систем

  Правовые основы аренды в Республике Казахстан. Обзор существующего программного обеспечения по работе агентств недвижимости. Выбор и проектирование инфологической модели базы данных. Организация технологии сбора, передачи, обработки и выдачи информации.
  
  дипломная работа [1,3 M], добавлен 02.11.2015
  

• Разработка системы автоматизированного документооборота для Департамента информатизации и связи ОАО "Сибур-Нефтехим"

  Описание разработанных программных модулей системы автоматизированного документооборота. Характеристика базы данных, нормативно-справочной, входной и выходной оперативной информации. Организация технологии сбора, передачи, обработки и выдачи информации.
  
  дипломная работа [4,7 M], добавлен 16.02.2013
  

• Учет расхода металла на предприятии ОАО "ТТЗ"

  Технико-экономическая характеристика ОАО "ТТЗ". Обоснование проектных решений информационного обеспечения комплекса задач. Описание информационной модели (схемы данных). Технологическое, программное обеспечение. Расчет экономической эффективности проекта.
  
  дипломная работа [81,3 K], добавлен 28.09.2009
  

• Учет и контроль реализации обработки информации на примере ООО "ЭККО-РОС"

  Роль и место комплекса задач в экономической информационной системе, технико-экономическое обоснование автоматизации обработки информации. Характеристика и анализ существующей организации обработки информации по комплексу задач на объекте управления.
  
  дипломная работа [5,3 M], добавлен 29.06.2012
  

• Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов интернет-магазина

  Организационная структура управления интернет-магазином. Классификаторы и системы кодирования. Характеристика нормативно-справочной, входной и оперативной информации. Программное обеспечение, характеристика базы данных. Дерево вызова программных модулей.
  
  курсовая работа [2,6 M], добавлен 18.06.2013
  

• Разработка программного продукта для автоматизации работы администратора турфирмы

  Офисные программы, необходимые для автоматизации работы турфирмы. Описание входной и выходной информации, структуры базы данных. Аппаратное и программное средства для функционирования автоматизированной информационной системы, ее работоспособность.
  
  курсовая работа [902,2 K], добавлен 02.05.2017
  

• Создание информационной системы по учету трудовых договоров

  Технико-экономическая характеристика предметной области и предприятия. Обоснование проектных решений по информационному, техническому и программному обеспечению. Характеристика базы данных. Организация технологии сбора, обработки и выдачи информации.
  
  дипломная работа [3,6 M], добавлен 08.03.2014
  

• Разработка базы данных для автоматизации деятельности специалиста по технике безопасности и охраны труда

  Информационная система – совокупность организационных, технических и программных средств, объединенных в единую систему для сбора, хранения, обработки, выдачи необходимой информации. Анализ особенностей инфологической, логической моделей базы данных.
  
  курсовая работа [675,2 K], добавлен 16.09.2017
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам