Моделирование информационной системы Юридические услуги (стр. 1 из 2)
1. Моделирование информационной системы
1.2 Анализ информационных потоков
1.4 Спецификация варианта использования
2. Проектирование программного обеспечения. Логическое представление
2.1 Спецификации требований. Построение диаграммы классов
2.2 Анализ структуры базы данных информационной системы "Юридические услуги" и блок-схемы системы
Введение
Целью данной курсовой работы является создание информационной системы "Юридические услуги". Информационная система - это организационно-упорядоченная взаимосвязанная совокупность средств, и методов информационных технологий, а также используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели. Такое понимание информационной системы предполагает использование в качестве основного технического средства переработки информации ЭВМ и средств связи, реализующих информационные процессы и выдачу информации, необходимой в процессе принятия решений задач из любой области.
ИС является средой, составляющими элементами которой являются компьютеры, компьютерные сети, программные продукты, БД, люди, различного рода технические и программные средства связи и так далее. Хотя сама идея ИС и некоторые принципы их организации возникли задолго до появления компьютеров, однако компьютеризация в десятки и сотни раз повысила эффективность ИС и расширила сферы их применения.
Создание ИС "Юридические услуги" преследует цель автоматизировать деятельность адвокатской конторы.
1. Моделирование информационной системы
1.1 Постановка задачи
Необходимо обеспечить информационную поддержку деятельности адвокатской конторы.
Создаваемая система должна осуществлять
ведение списков адвокатов;
ведение списков клиентов;
ведение архива законченных дел.
Кроме того, система должна обеспечить получение списка текущих клиентов для конкретного адвоката.
1.2 Анализ информационных потоков
Для моделирования информационной системы необходимо определить потоки входной, выходной информации.
Входной информацией в ИС "Юридические услуги" является данные об адвокатах, клиентах, а также справочный материал, в частности статьи уголовного и административного кодексов.
Выходной информацией является заключения об эффективности защиты, списки текущих клиентов для отдельного адвоката, а также текущих клиентов, которых данный адвокат защищал ранее.
1.3Построение диаграммы вариантов использования
Для всякой системы, разрабатываемой с чистого листа, необходимо сначала создать концептуальную модель, которая бы удовлетворяла специфическим потребностям организации. Поэтому ИС "Юридические услуги" разработана при помощи языка UML. Язык UML является визуальным языком и используется для спецификации, визуализации, конструирования и документирования программой системы.
Для описания функционального назначения системы построена диаграмма вариантов использования (рисунок 1).
Рисунок 1 - Диаграмма вариантов использования
Диаграмма вариантов использования является исходным представлением или концептуальной моделью системы в процессе ее проектирования и разработки. С каждым вариантом использования связан определенный поток событий, происходящих по мере выполнения соответствующих функций системы. Описание потоков событий содержится в документе, который называется спецификация варианта использования.
1.4 Спецификация варианта использования
В процессе проектирования ИС "Юридические услуги" создана спецификация варианта использования "Ведение списка текущих дел", так как этот вариант использования является ключевым в созданной ИС.
Наименование варианта использования: ведение списка текущих дел.
Краткое описание: вариант использования инициируется актером-секретарем, предоставляет возможность редактирования таблицы "Текущие дела".
Потоки событий.
Основной поток: функции варианта использования начинают выполняться с активации таблицы "Текущие дела" актером-секретарем в системе. Далее система предоставляет возможность редактирования данных в таблицы (добавление, удаление записей), а также фильтрации данных по коду адвоката для нахождения текущих клиентов, расчета суммы гонорара.
Альтернативный поток: не определены
Специальные требования: неопределенны.
Предусловия: неопределенны.
Постусловия: неопределенны.
Дополнительные замечания: неопределенны.
Диаграмма деятельности
Диаграмма деятельности (рисунок 2) отражает динамическую характеристику системы.
Рисунок 2 - Диаграмма деятельности
Диаграмма состояний:
Диаграмма состояний (рисунок 3) описывает процесс изменения состояния для одного класса. Главное предназначение этой диаграммы - описать возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение элементов модели.
Рисунок 3 - Диаграмма состояний
2. Проектирование программного обеспечения. Логическое представление
2.1 Спецификации требований. Построение диаграммы классов
Центральное место в проектировании модели информационной системы занимает разработка логической модели статического представления моделируемой системы в виде диаграммы классов.
Диаграмма классов служит для представления статической структуры модели системы.
Диаграмма классов отражает различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений. Диаграмма классов является дальнейшим развитием концептуальной модели проектируемой системы.
Диаграмма классов представлена на рисунке 4.
Завершенные дела Клиенты
Адвокаты Текущие дела
Рисунок 4 - Диаграмма классов
2.2 Анализ структуры базы данных информационной системы "Юридические услуги" и блок-схемы системы
Единицей хранящейся в БД информации является таблица. Каждая таблица представляет совокупность строк и столбцов. Строки соответствуют экземпляру объекта, конкретному событию или явлению, а столбцы - атрибутам (признакам, характеристикам, параметрам) этого объекта, события, явления.
Теперь определим состав таблиц и их поля и связи. В данной базе данных используется шесть таблиц.
Таблица 1 - Структура таблицы "Адвокаты"
| Наименование поля | Поле | Тип поля | Ширина поля |
| Номер комнаты | Key1 | Счетчик | |
| Код адвоката | Код адвоката | Числовой | |
| Фамилия | Фамилия | Текстовый | 15 |
| Имя | Имя | Текстовый | 15 |
| Отчество | Отчество | Текстовый | 15 |
| Адрес | Адрес | Текстовый | 35 |
| Телефон | Телефон | Текстовый | 7 |
Таблица 2 - Структура таблицы "Клиенты"
| Наименование поля | Поле | Тип поля | Ширина поля |
| Key1 | Счетчик | ||
| Код клиента | Код клиента | Числовой | |
| Фамилия | Фамилия | Текстовый | 15 |
| Имя | Имя | Текстовый | 15 |
| Отчество | Отчество | Текстовый | 15 |
| Адрес | Адрес | Текстовый | 35 |
| Телефон | Телефон | Текстовый | 7 |
| Уд. личности | Уд. личности | Числовой |
Таблица 3 - Структура таблицы "Текущие дела"
| Наименование поля | Поле | Тип поля | Ширина поля |
| Key1 | Счетчик | ||
| № дела | № дела | Числовой | |
| Дата | Дата начала дела | Дата/Время | |
| Код адвоката | Код адвоката | Числовой | |
| Код клиента | Код клиента | Числовой | |
| Статья | Статья | Числовой |
Таблица 4 - Структура таблицы "Завершённые дела"
| Наименование поля | Поле | Тип поля | Ширина поля |
| Key1 | Счетчик | ||
| № Дела | № Дела | Числовой | |
| Дата начала дела | Дата начала дела | Дата/Время | |
| Дата завершения дела | Дата завершения дела | Дата/Время | |
| Код адвоката | Код адвоката | Числовой | |
| Код клиента | Код клиента | Числовой | |
| Статья | Статья | Числовой | |
| Гонорар | Гонорар | Числовой |
В каждой таблице определен первичный ключ - поле, однозначно идентифицирующее запись и облегчающее установление связи между таблицами. Первичными ключами являются все первые поля в каждой таблице.
Также были определены индексы. Индексы отличаются от первичных ключей тем, что не требуют непременной уникальности значений входящих в их состав полей. Они устанавливаются по полям, которые часто используются при поиске и сортировке данных: индексы помогут системе значительно быстрее найти нужные данные или отсортировать их в нужной последовательности.