Разработка автоматизированной системы учета заявлений граждан в Каховском районном суде
Рассмотрение программного продукта, который позволяет оценить удобства, эффективность и преимущества системы автоматизированного учета информации. Определение бинарных связей между объектами. Анализ результатов тестирования программного продукта.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 08.10.2017 |
Размер файла | 2,3 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
- перейти от потомка к предку по некоторой связи;
- создать новую запись;
- уничтожить запись;
- модифицировать запись;
- включить в связь;
- исключить из связи;
- переставить в другую связь и т.д.
К достоинствам сетевой СУБД можно отнести возможность экономии памяти за счет разделения подобъектов. Как и в иерархической модели обеспечивается только поддержание целостности по ссылкам (владелец отношения - член отношения).
Реляционная модель данных. Реляционная база данных - это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц.
Преимущества реляционной модели данных:
- каждая таблица состоит из однотипных строк и имеет уникальное имя;
- строки имеют фиксированное число полей (столбцов) и значений (множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего;
- строки таблицы обязательно отличаются друг от друга хотя бы единственным значением, что позволяет однозначно идентифицировать любую строку такой таблицы;
- столбцам таблицы однозначно присваиваются имена, и в каждом из них размещаются однородные значения данных (даты, фамилии, целые числа или денежные суммы);
- полное информационное содержание базы данных представляется в виде явных значений данных и такой метод представления является единственным. В частности, не существует каких-либо специальных "связей" или указателей, соединяющих одну таблицу с другой.
При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признаками.
К числу достоинств реляционного подхода можно отнести:
- наличие небольшого набора абстракций, которые позволяют сравнительно просто моделировать большую часть распространенных предметных областей и допускают точные формальные определения, оставаясь интуитивно понятными;
- наличие простого и в то же время мощного математического аппарата, опирающегося главным образом на теорию множеств и математическую логику и обеспечивающего теоретический базис реляционного подхода к организации баз данных;
- возможность ненавигационного манипулирования данными без необходимости знания конкретной физической организации баз данных во внешней памяти.
Относительная простота и эффективность РСУБД, а также наличие солидной теоретической базы сделало эту модель данных наиболее распространённой на сегодняшний день. Абсолютное большинство систем управления базами данных, присутствующих на рынке программного обеспечения основываются именно на реляционной модели.
Исходя из вышесказанного, логично сделать вывод о том, что наиболее целесообразно использовать реляционную модель данных.
2.3 Методы проектирования
Одним из наиболее удобных инструментов унифицированного представления данных, независимого от реализующего его программного обеспечения, является модель "сущность-связь" (entity - relationship model, ER - model).
Модель "сущность-связь" основывается на некой важной семантической информации о реальном мире и предназначена для логического представления данных. Она определяет значения данных в контексте их взаимосвязи с другими данными. Важным для нас является тот факт, что из модели "сущность-связь" могут быть порождены все существующие модели данных (иерархическая, сетевая, реляционная, объектная), поэтому она является наиболее общей.
Любой фрагмент предметной области может быть представлен как множество сущностей, между которыми существует некоторое множество связей.
Сущность (entity) - это объект, который может быть идентифицирован неким способом, отличающим его от других объектов. Примеры: конкретный человек, предприятие, событие и т.д.
Набор сущностей (entity set) - множество сущностей одного типа (обладающих одинаковыми свойствами). Примеры: все люди, предприятия, праздники и т.д. Наборы сущностей не обязательно должны быть непересекающимися. Например, сущность, принадлежащая к набору МУЖЧИНЫ, также принадлежит набору ЛЮДИ.
Сущность фактически, представляет собой, множество атрибутов, которые описывают свойства всех членов данного набора сущностей.
Множество значений (область определения) атрибута называется доменом. Например, для атрибута ВОЗРАСТ домен (назовем его ЧИСЛО_ЛЕТ) задается интервалом целых чисел больших нуля, поскольку людей с отрицательным возрастом не бывает.
Атрибут определяется как функция, отображающая набор сущностей в набор значений или в декартово произведение наборов значений. Отсюда определяется ключ сущности - группа атрибутов, такая, что отображение набора сущностей в соответствующую группу наборов значений является взаимно-однозначным отображением. Другими словами: ключ сущности - это один или более атрибутов, уникально определяющих данную сущность.
Связь (relationship) - это ассоциация, установленная между несколькими сущностями.
К сожалению, не существует общих правил определения, что считать сущностью, а что связью.
Набор связей (relationship set) - это отношение между n (причем n не меньше 2) сущностями, каждая из которых относится к некоторому набору сущностей.
Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе. Например, типом сущности может быть ГОРОД, а экземпляром - Москва, Киев и т.д.
Атрибут - поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей (например, СОРТ может быть определен для многих сущностей: ВИНО, МАСЛО, МУКА и т.д.). Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Примерами атрибутов для сущности СОТРУДНИК являются ФИО, ДОЛЖНОСТЬ, ВОЗРАСТ, ОКЛАД и т.д. Здесь также существует различие между типом и экземпляром.
Абсолютное различие между типами сущностей и атрибутами отсутствует. Атрибут является таковым только в связи с типом сущности. В другом контексте атрибут может выступать как самостоятельная сущность. Например, для автомобильного завода цвет - это только атрибут продукта производства, а для лакокрасочной фабрики цвет - тип сущности.
Ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся.
Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей.
Преимущество ER-диаграмм в том, что они позволяют наглядно представить взаимосвязь объектов предметной области и при этом нет необходимости в манипулировании множеством атрибутов при нормализации, как это имеет место в методе декомпозиции.
2.4 Выделение объектов
Анализ предметной области обычно осуществляется:
- на основании существующих сведений о предметной области, в масштабах в которых она должна быть представлена в создаваемой базе данных и работающих с ней приложениях;
- исходя из целей проектирования программной среды;
- на основании представления о том, какое место база данных и работающие с ней приложения займут в структуре эксплуатирующей её организации.
В конечном итоге анализ предметной области должен привести к созданию проекта базы данных.
Вначале необходимо изобразить сущности и связи между ними. Как правило, каждой сущности (объекту) в базе данных соответствует таблица. Затем для каждой таблицы базы данных приводится список полей записи.
Начальная стадия проектирования включает в себя анализ объектов реального мира, которые будут отражены в базе данных.
Формирование концептуальной модели базы данных включает в себя:
- идентификацию функциональной деятельности предметной области;
- идентификацию объектов (сущностей), которые осуществляют эту функциональную деятельность, и формирование из их операций последовательности событий, которые помогут идентифицировать все сущности и взаимосвязи между ними;
- идентификацию характеристик этих сущностей;
- идентификацию взаимосвязей между сущностями;
- функциональную деятельность и формирования из их операций.
Основываясь на описании предметной области, приступим к выделению объектов и атрибутов, которые будут использованы при проектировании базы данных. При детальном рассмотрении процесса подачи и регистрации исков в Каховском районном суде мною были выделены следующие объекты и их атрибуты:
1. Истец (код истца, ФИО, место жительства по прописке, место жительство фактическое, контактный телефон, идентификационный код, паспортные данные)
2. Ответчик (код ответчика, ФИО, место жительства по прописке, место жительство фактическое, контактный телефон, идентификационный код, паспортные данные)
3. Представитель ответчика (код представителя, ФИО, контактный телефон)
4. Иск (код иска, тип иска, дата подачи заявления, обстоятельства, документы, содержание иска, перечень доп. документов)
5. Вид иска (код типа иска, тип иска)
6. Перечень населенных пунктов (код населенного пункта, название населенного пункта)
2.5 Определение первичных ключей
На основании рассмотренных выше связей между атрибутами объектов в качестве первичных ключей для каждого из объектов, я могу назвать следующие атрибуты:
1. Истец - код истца;
2. Ответчик - код ответчика;
3. Представитель ответчика - код представителя;
4. Иск - код иска;
5. Вид иска - код типа иска;
6. Перечень населенных пунктов - код населенного пункта.
2.6 Формирование концептуальной модели
На основании рассмотренных связей между объектами можно построить концептуальную модель предметной области «Каховский районный суд» (см. рисунок 2.1)
Рисунок 2.1 - Схема данных БД «Каховский районный суд»
2.7 Определение бинарных связей между объектами и построение ER-диаграмм экземпляров сущностей
1. Истец подает Иск
Applicant_id Claim_id
1000 4555
2000 4556
3000 4557
3000 4558
2. Представитель представляет Истца
Represent_id Applicant_id
1000 4555
2000 4556
3000 4557
3000 4558
3. Истец проживает Населенный пункт
Applicant_id Town_id
1000 4555
2000 4556
3000 4557
3000 4558
4. Ответчика вызывают по Иск
Respondent_id Claim_id
1000 4555
2000 4556
3000 4557
3000 4558
Построим ER-диаграммы:
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
Рисунок 2.2
2.8 Нормализация предварительных отношений
Нормализация - это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удалении данных. Окончательная цель нормализации сводится к получению такого проекта базы данных, в котором каждый факт появляется лишь в одном месте, т.е. исключена избыточность информации. Это делается не столько с целью экономии памяти, сколько для исключения возможной противоречивости хранимых данных.
Каждая таблица в реляционной БД удовлетворяет условию, в соответствии с которым в позиции на пересечении каждой строки и столбца таблицы всегда находится единственное атомарное значение, и никогда не может быть множества таких значений. Любая таблица, удовлетворяющая этому условию, называется нормализованной. Фактически, ненормализованные таблицы, т.е. таблицы, содержащие повторяющиеся группы, даже не допускаются в реляционной БД.
Всякая нормализованная таблица автоматически считается таблицей в первой нормальной форме, сокращенно 1НФ. Таким образом, строго говоря, "нормализованная" и "находящаяся в 1НФ" означают одно и то же. Однако на практике термин "нормализованная" часто используется в более узком смысле - "полностью нормализованная", который означает, что в проекте не нарушаются никакие принципы нормализации.
Теперь в дополнение к 1НФ можно определить дальнейшие уровни нормализации - вторую нормальную форму (2НФ), третью нормальную форму (3НФ) и т.д. По существу, таблица находится в 2НФ, если она находится в 1НФ и удовлетворяет, кроме того, некоторому дополнительному условию, суть которого будет рассмотрена ниже. Таблица находится в 3НФ, если она находится в 2НФ и, помимо этого, удовлетворяет еще другому дополнительному условию и т.д.
Таким образом, каждая нормальная форма является в некотором смысле более ограниченной, но и более желательной, чем предшествующая. Это связано с тем, что "(N+1)-я нормальная форма" не обладает некоторыми непривлекательными особенностями, свойственным "N-й нормальной форме". Общий смысл дополнительного условия, налагаемого на (N+1)-ю нормальную форму по отношению к N-й нормальной форме, состоит в исключении этих непривлекательных особенностей. Теория нормализации основывается на наличии той или иной зависимости между полями таблицы. Определены два вида таких зависимостей: функциональные и многозначные.
Функциональная зависимость. Поле В таблицы функционально зависит от поля А той же таблицы в том и только в том случае, когда в любой заданный момент времени для каждого из различных значений поля А обязательно существует только одно из различных значений поля В.
Полная функциональная зависимость. Поле В находится в полной функциональной зависимости от составного поля А, если оно функционально зависит от А и не зависит функционально от любого подмножества поля А.
Многозначная зависимость. Поле А многозначно определяет поле В той же таблицы, если для каждого значения поля А существует хорошо определенное множество соответствующих значений В.
Реляционная база данных содержит как структурную, так и семантическую информацию. Структура базы данных определяется числом и видом включенных в нее отношений, и связями типа "один ко многим", существующими между кортежами этих отношений. Семантическая часть описывает множество функциональных зависимостей, существующих между атрибутами этих отношений.
Можно сказать, что функциональные зависимости представляют собой связи типа "один ко многим", существующие внутри отношения.
Некоторые функциональные зависимости могут быть нежелательны.
Избыточная функциональная зависимость - зависимость, заключающая в себе такую информацию, которая может быть получена на основе других зависимостей, имеющихся в базе данных.
Корректной считается такая схема базы данных, в которой отсутствуют избыточные функциональные зависимости. В противном случае приходится прибегать к процедуре декомпозиции (разложения) имеющегося множества отношений. При этом порождаемое множество содержит большее число отношений, которые являются проекциями отношений исходного множества. Обратимый пошаговый процесс замены данной совокупности отношений другой схемой с устранением избыточных функциональных зависимостей называется нормализацией.
1NF - первая нормальная форма.
Для обсуждения первой нормальной формы необходимо дать два определения:
Простой атрибут - атрибут, значения которого атомарны (неделимы).
Сложный атрибут - получается соединением нескольких атомарных атрибутов, которые могут быть определены на одном или разных доменах. (его также называют вектор или агрегат данных).
Определение первой нормальной формы:
отношение находится в 1NF если значения всех его атрибутов атомарны.
2NF - вторая нормальная форма.
Очень часто первичный ключ отношения включает несколько атрибутов - в таком случае его называют составным. Не ключевой атрибут функционально полно зависит от составного ключа если он функционально зависит от всего ключа в целом, но не находится в функциональной зависимости от какого-либо из входящих в него атрибутов. Отношение находится во 2НФ, если оно находится в 1НФ и каждый не ключевой атрибут функционально полно зависит от ключа.
3NF - третья нормальная форма.
Перед обсуждением третьей нормальной формы необходимо ввести понятие транзитивной функциональной зависимости.
Пусть X, Y, Z - три атрибута некоторого отношения.
При этом X --> Y и Y --> Z, но обратное соответствие отсутствует, т.е. Z -/-> Y и Y -/-> X.
Тогда Z транзитивно зависит от X.
Отношение находится в 3НФ, если оно находится во 2НФ и каждый неключевой атрибут нетранзитивно зависит от первичного ключа.
BCNF - нормальная форма Бойса-Кодда.
Отношение находится в BCNF, если оно находится во 3НФ и в ней отсутствуют зависимости атрибутов первичного ключа от неключевых атрибутов.
Ситуация, когда отношение будет находится в 3NF, но не в BCNF, возникает при условии, что отношение имеет два (или более) возможных ключа, которые являются составными и имеют общий атрибут. Заметим, что на практике такая ситуация встречается достаточно редко, для всех прочих отношений 3NF и BCNF эквивалентны.
Рассмотрим полученные отношения реляционной базы данных на предмет функциональных зависимостей.
Объект «Aplicant_Represent_Table»
Represent_id -> Represent_FIO Authority, Represent_Phone
Объект « Applicant_Table»
Applicant_id -> Applicant_FIO, Applicant_adress, Applicant_adress_fact, Applicant_Phone, Applicant_Represent_FIO, Applicant_IK,, Applicant_Passport, Represent_id
Объект « Claim_Table »
Claim_id -> Claim_Type, Claim_Date, Claim_conditions, Claim_Evidence, Claim_requirements, Claim_docs, Claim_word_doc, Applicant_id, Claim_type_id, Town_id, Respondent_id
Объект « Claim_Type_Table»
Claim_type_id -> Claim_Type_Name
Объект « List_of_Towns»
List_of_Towns -> Town_name
Объект « List_Representative»
representative_id -> representative_name
Объект «List_Town»
Town_id ->Town_name
Объект «Respondent_Table»
Respondent_id -> Respondent_FIO, Respondent_adress, Respondent_adress, Respondent_adress_fact, Respondent_Phone, Respondent_IK, Respondent_IK
На основании рассмотренных выше функциональных зависимостей можно сделать вывод о том, что множество первичных ключей и детерминантов совпадают, а следовательно полученные в результате отношения находятся в нормальной форме Бойса-Кодда. Отношения, которые находятся в нормальной форме Бойса-Кодда, могут быть использованы для построения реляционной базы данных, следовательно, можно сделать вывод о том, что процесс нормализации завершен. Цель проектирования достигнута.
Структура таблицы Claim_Table представлена на рисунке 2.3
Рисунок 2.3 - Таблица «Claim_Table»
Структура таблицы Respondent_Tableпредставлена на рисунке 2.4
Рисунок 2.4 - Таблица «Respondent_Table»
Структура таблицы Applicant_Table представлена на рисунке 2.5
Рисунок 2.5 - Таблица «Applicant_Table»
Структура таблицы Aplicant_Represent_Table представлена на рисунке 2.6
Рисунок 2.6 - Таблица «Aplicant_Represent_Table»
Структура таблицы Claim_Type_Table представлена на рисунке 2.7
Рисунок 2.7 - Таблица «Claim_Type_Table»
Структура таблицы List_of_Towns представлена на рисунке 2.8
Рисунок 2.8 - Таблица «List_of_Towns»
В разделе 2 исследован математический аппарат, который используется при построении реляционных баз данных. Проведен анализ методов проектирования баз данных и выполнено обоснование выбранного метода. Выполнено проектирование реляционной БД «Каховский районный суд» методом ER-проектирования, в которую вошло 6 реляционных таблиц. Проведена нормализация базы данных.
3. Разработка информационного обеспечения задачи
3.1 Выбор средства для разработки информационного обеспечения задачи
3.1.1 Возникновение Basic
VBA (Visual Basic for Applications) -- это диалект языка Visual Basic, расширяющий возможности Visual Basic и предназначенный для работы с приложениями Microsoft Office и другими приложениями от Microsoft и третьих фирм.
Оригинальный язык программирования Basic был создан Джоном Кемени и Томасом Курцем в 1963 г в Дартмурском колледже. Он быстро завоевал популярность в качестве языка для обучения программированию в университетах и школах и был адаптирован для использования на персональных компьютерах основателем и главой компании Microsoft Биллом Гейтсом в середине 70-х гг. С тех пор для ПК последовательно было выпущено несколько версий Basic, включая Microsoft Quick Basic и MS-DOS Qbasic. Хотя программная оболочка Visual Basic выполнена полностью графической, а сам язык программирования весьма далек от языка, применяемого для ранних версий интерпретаторов Basic , простота и элегантность Basic осталась в большой мере присущей и новым версиям. Широкие возможности Visual Basic и его простота послужили основной причиной для выбора его в качестве языка программирования для создания таких Windows- приложений как Excel.
Изначально фирма Microsoft позиционировала VB, как язык разработки прототипов (макетов) приложений и пользовательского интерфейса, что в общем-то первые версии только и умели делать. Аналогичный продукт в те времена был у Borland, назывался ObjectWindows. Объеты же и возможность работать с базами данных появилась несколько позже.
3.1.2 Преимущества VBA
Причины, сделавшие VB одной из платформ-лидеров:
- стандартный юзер-интерфейс пишется на нем очень быстро и непринужденно,
- полученный результат выходит стандартным в применении и каким угодно "навороченным" во внешнем виде,
- удобный, быстрый, легко реализуемый, доступ к базам данных,
- глубокая интеграция с Микрософт Офис,
- VB доступен во всех офисных приложениях, а также в некоторых других продуктах.
- высока распространенность.
Вот из-за этого VB идет вперед, и не думает уступать пальму первенства другим. То, на что пеняют программисты на других языках - большие размеры дистрибутивов, невозможность работы напрямую с системными библиотеками, например MFC, это все, в рамках области применения бэйсика может и нужные, но не необходимые добавки.
VB не проектировался как язык, заменяющий такие системные языки, как Cи (С++). Он предназначен прежде всего как язык управления объектами, которые создаются на C. Пример тому, ядро DBEngine - выполено на C++. Hо эксплуатация его производится в VB.
Ввиду специфики языка VB - отсутствие указателей, ссылок и пр., присутствующих в ObjectPascal (Delphi) и C/C++, программист на VB может больше времени уделять непосредственно разработке бизнес процессов приложения, не задумываясь о динамическом распределении памяти, передаче параметров по ссылкам и пр., что занимает много времени при программировании на других языках и порождает также же много ошибок, которые приходится потом исправлять. Один и тот же человек программируя на VB сделает гораздо меньше ошибок связанных с перечисленным выше, чем если он будет писать программу на Delphi или C++.
На VB удобно создавать макеты приложений, библиотек, которые потом будут перенесены на C - удобные средства отладки, более-менее устойчивый интерфейс.
Также есть язык PowerBASIC, который умеет компилировать VB код в DLL библиотеки или консольные приложения , так что можно обойтись и вовсе без Си.
Недостатки - в VB затруднен доступ к "низкоуровневым функциям" системы, чего не скажешь о Delphi. И уж тем более о C/C++, но ведь VB и задумывался с тем, что бы избавить программирующего на нём человека вообще о знании существования таких функций, хотя знающие люди также успешно ими пользуются. Программы написанные на VB требуют наличия соответствующих библиотек, они работают несколько медленнее, чем программы на Delphi, но оператор сидящий за компьютером работает во много раз медленней и, в общем-то, он ничего не заметит.
При проектировании баз данных, на мой взгляд механизм JET намного удобней BDE, используемого в продуктах Borland, к тому же есть еще RDO и ADO. А при работе с OLE объектами VB вообще, нет равных.
Следующим очень важным преимуществом VB является его "родство" с технологией COM. На VB проще всего писать полноценные COM-компоненты. Как следствие, на VB очень просто писать масштабируемые приложения. При необходимости, класс легко выносится в отдельный компонент, компонент легко переносится на другой компьютер (DCOM) или на сервер компонентов (MTS) и т.д. Причем все это не требует модификации собственно кода. программный автоматизированный бинарный
3.1.3 Универсальность VBA
VBA - универсальный язык. Освоив его, вы не только получите ключ ко всем возможностям приложений Office и других, перечисленных выше, но и будете готовы к тому, чтобы:
- создавать полноценные приложения на Visual Basic (поскольку эти языки - близкие родственники);
- использовать все возможности языка VBScript (это - вообще урезанный VBA). В результате в вашем распоряжении будут универсальные средства для создания скриптов администрирования Windows, для создания Web-страниц (VBScript в Internet Explorer), для создания Web-приложений ASP, для применения в пакетах DTS и заданиях на MS SQL Server, для создания серверных скриптов Exchange Server и многое-многое другое.
3.1.4 Простота VBA
VBA изначально был ориентирован на пользователей, а не на профессиональных программистов (хотя профессионалы пользуются им очень активно), поэтому создавать программы на нем можно очень быстро и легко. Кроме того, в Office встроены мощные средства, облегчающие работу пользователя: подсказки по объектам и по синтаксису, макрорекордер и т.п.
При создании приложений на VBA вам, скорее всего, не придется заботиться о установке и настройке специальной среды программирования и наличии нужных библиотек на компьютере пользователя - MS Office есть практически на любом компьютере.
Несмотря на то, что часто приложения VBA выполняются медленнее, чем бы вам хотелось, они нересурсоемки и очень хорошо работают, например, на сервере терминалов. Но, как правило, для программ на VBA особых требований про производительности и нет: для написания игр, драйверов, серверных продуктов они не используется. Чаще всего проблемы с производительностью VBA-приложений - это не проблемы VBA, а проблемы баз данных, к которым они обращаются. Если проблемы действительно в VBA (обычно тогда, когда вам требуется сложная математика), то всегда есть возможность написать важный код на C++ и обращаться к нему как к обычной библиотеке DLL или встраиваемому приложению (Add-In) для Word, Excel, Access.
Программы на VBA по умолчанию не компилируются и поэтому вносить в них исправления очень удобно. Нет необходимости разыскивать исходные коды и перекомпилировать программы.
3.2 Входные и выходные данные
Входными данными для программы является информация о заявителе, ответчике, иске и т.п. вносимая в файлы таблиц. Каждый из этих файлов представляет собой одну из таблиц, полученных при нормализации. Таблицы имеют следующие типы полей:
Структура таблицы Claim_Table представлена на рисунке 3.1
Рисунок 3.1 - Таблица «Claim_Table»
Структура таблицы Respondent_Table представлена на рисунке 3.2
Рисунок 3.2 - Таблица «Respondent_Table»
Структура таблицы Applicant_Table представлена на рисунке 3.3
Рисунок 3.3 - Таблица «Applicant_Table»
Структура таблицы Aplicant_Represent_Table представлена на рисунке 3.4
Рисунок 3.4 - Таблица «Aplicant_Represent_Table»
Структура таблицы Claim_Type_Table представлена на рисунке 3.5
Рисунок 3.5 - Таблица «Claim_Type_Table»
Структура таблицы List_of_Towns представлена на рисунке 3.6
Рисунок 3.6 - Таблица «List_of_Towns»
3.3 Алгоритм и логическая структура программы
Схема логических связей между модулями программы представлена на рис. 3.7:
Рисунок 3.7 - Схема логических связей между модулями программы
Алгоритм работы программы с базой данных представлен на рисунке 3.8
Рисунок 3.8 - Алгоритм работы программы с БД
3.4 Вызов и загрузка
Загрузка программы производится запуском файла SUD.EXE из среды Windows. Необходимо, что в текущей папке находился файл SUD.MDB - файл, содержащий БД для проведения аналитических расчетов.
Файл SUD.MDB - файл БД, созданный в СУБД Access из пакета Microsoft Office XP 2007. Для непосредственного редактирования таблиц, возможно использование СУБД Access.
3.5 Выбор и обоснование технического обеспечения задачи
Для разработки исполняемого файла использовался Visual Basic for Applications. Для проектирования БД использовалась СУБД Access из пакета Microsoft Office XP 2007, что объясняет минимальную конфигурацию hardware:
Исходя из доступности и распространенности платформы Intel x86, а также наличия широкого выбора программных средств, предпочтение было отдано именно этой аппаратной платформе. Поскольку программная часть рассчитана на микропроцессоры, поддерживающие 32 битные инструкции, приложение является прямо совместимо с более современными микропроцессорами, поддерживающими 64 битные инструкции.
Минимальные требования к аппаратной части ПК следующие:
микропроцессор класса не ниже Pentium 3;
оперативная память не менее 128 Mb;
жесткий диск не менее 10 Gb;
SVGA совместимый видеоадаптер;
привод CD-ROM;
дисплей с разрешением не менее 800х600 точек;
мышь, клавиатура;
принтер.
Рекомендуемые требования к аппаратной части ПК следующие:
микропроцессор класса Intel Core i3-380UM (1.33 ГГц)
оперативная память 4 Гb;
жесткий диск не менее 320 Gb;
видеоадаптер интегрированный, Intel HD;
привод CD-RW;
дисплей с разрешением 1024х768х60Hz;
мышь, клавиатура; принтер.
3.6 Тестирование программного продукта
Комплексное тестирование - процесс поисков несоответствия системы ее исходным целям. Это наиболее творческий из всех видов тестирования. Оно состоит из следующих шагов:
Тестирование стрессов. Распространенный недостаток больших систем в том, что они функционируют как будто бы нормально при слабой или умеренной нагрузке, но выходят из строя при большой нагрузке и в стрессовых ситуациях реальной среды. Тестирование стрессов представляет попытки подвергнуть систему крайнему “давлению”.
Для проведения тестов осуществлялось большое количество запросов к БД (20 запросов). В результате теста не было зафиксировано никаких отклонений в работе программы, но было отмечено определенное замедление работы БД с запросами.
Тестирование объёма. В то время как при тестировании стрессов делается попытка подвергнуть систему серьёзным нагрузкам в короткий интервал времени, тестирование объема представляет собой попытку предъявить системе большие объёмы данных (максимальный объем базы данных, 7 Мб) в течение более длительного времени.
Для проведения тестов создавалась БД как можно больших размеров, создавались очереди документов, выводимых на печать, использовались граничные значения числовых форматов. В результате теста также не было зафиксировано отклонений в работе программы, обработка запросов БД осуществлялась с незначительным замедлением.
Тестирование конфигурации. Многие системы обеспечивают работу различных конфигураций аппаратуры и ПО. Число таких конфигураций часто слишком велико, но необходимо проверить хотя бы максимальную и минимальную конфигурации. Система была проверена со всеми аппаратными устройствами, с которыми она может осуществлять работу (внешние накопители данных, принтеры).
Тестирование защиты. Так как внимание к вопросам сохранения секретности в сегодняшнем автоматизированном обществе возрастает, к большинству систем предъявляются определенные требования по обеспечению защиты от несанкционированного доступа. Цель тестирования защиты - нарушить секретность в системе.
В результате проведения теста было зафиксировано, что пользователь не имеющий доступа к системе проникнуть в нее не может.
Тестирование производительности. Требования к производительности и эффективности (время ответа для различных нагрузок и различных конфигураций) - важная часть проектов систем
На основание проведения вышеперечисленных тестов можно заключить, что:
- созданная система выполняет все функции, указанные в ТЗ;
- при аварийном отключении сохраняет максимально возможное количество данных;
- система способна работать на ПК различной конфигурации, в том числе и минимальной;
- система отвечает поставленным требованиям по защите от несанкционированного доступа;
- система корректно осуществляет свою работу при работе с большими объемами данных (при максимальном объеме БД - 30 Мб) и при большом количестве запросов (20 запросов).
Выводы к разделу 3
Все объекты базы данных разработаны с поддержкой сохранения ссылочной целостности. При разработке приложения были использованы самые оптимальные алгоритмы обработки данных. Процедуры и функции максимально оптимизированы и проверены. Система способна обрабатывать большие объемы данных с большой производительностью.
Универсальный подход построения справочников дает большие преимущества для доработки и совершенствования проекта.
Отчеты формируются на основании легко настраиваемых шаблонов и выводятся в широко распространенный редактор электронных таблиц - Microsoft Excel. Это дает преимущества в дальнейшей обработке и передачи данных третьим лицам.
Так же была рассмотрена существующая на предприятии нормативно-справочная и результатная информация, разработана информационно-логическая модель данных, обеспечивающая учет входящих данных.
Это привело к улучшению ряда экономических показателей: увеличилось число обслуживаемых клиентов, улучшилось качество обработки информации, при этом повысилась степень достоверности информации, степень ее защищенности.
4. Охрана труда
В данной выпускной работе разрабатывается автоматизированная система учета заявлений граждан в Каховском районном суде, в котором основная работа проходит с ПК. Поэтому в данном разделе будут рассмотрены меры, по созданию необходимых условий труда, при работе с персональным компьютером и сетевым оборудованием, которые обеспечивают полную безопасность этой работы.
Охрана труда пользователя компьютерной техники и сетевого оборудования включает в себя социально-экономические, организационные, технические, гигиенические, лечебно-профилактические и другие мероприятия, направленные на сохранение жизни и здоровья человека. Основные документы, регламентирующие эти меры - это Закон Украины по охране труда, Конституция Украины, Кодекс законов о труде, ведомственные инструкции по технике безопасности. Надзор и контроль за соблюдением правил и норм техники безопасности на предприятии осуществляет отдел по охране труда предприятия.
4.1 Анализ условий труда
Административное здание, в котором расположено оборудование, есть кирпичный двухэтажный дом. Компьютеры размещены на втором этаже, где также расположено и необходимое сетевое оборудование.
До опасных и вредных факторов производства относятся производственные факторы, которые могут причинить вред здоровью и жизни человека. К таким факторам относят вредные для здоровья излучения, шум, пыль, вибрация, электрический ток, огонь, радиация и т.п.. [34]
В данном случае различают следующие вредные факторы:
а) опасность поражения электрическим током от электронного оборудования;
б) воздействие вредных излучений, возникающих в электронно-лучевых трубках и устройствах беспроводной связи;
в) опасность, которая кроется в подвижных частях электронно-механического оборудования (устройства автоподачи принтера, факса и т.д.);
г) опасность ожога от нагретых элементов электронной техники (головки принтеров и т.д.);
д) большая концентрация электрооборудования повышает возможность электрического замыкания, в свою очередь, повышает вероятность пожаров.
Таким образом, обнаружены опасные и вредные производственные факторы вызывают необходимость проведения технических, технологических, организационных и противопожарных мероприятий, которые и будут разработаны в данном разделе для создания здоровых и безопасных условий труда.
4.2 Техника безопасности на предприятии
4.2.1 Общие требования безопасности
1. Инструкция предназначена для пользователей персональных компьютеров.
2. К работе с персональным компьютером допускаются лица, имеющие персональные навыки, изучили руководство по эксплуатации персонального компьютера и включения, знают порядок, и отключения электронных устройств, прошедшие вводный инструктаж, а также инструктаж по безопасности труда непосредственно на рабочем месте .
3. Профессиональные пользователи должны проходить обязательные предварительные (при поступлении на работу) и периодические медосмотры.
4. К непосредственной работе с персональным компьютером допускаются лица, не имеющие медицинских противопоказаний.
5. Женщины со времени установления беременности и в период кормления ребенка грудью к выполнению всех видов работ, связанных с использованием персонального компьютера, не допускаются.
6. Работающие с персональным компьютером обязаны:
выполнять правила внутреннего распорядка, требования настоящей инструкции и инструкции по эксплуатации правила электро-и пожарной безопасности;
знать принцип работы компьютера и методику правильной его эксплуатации;
знать возможные вредные производственные факторы, характерные для работы с компьютером (воздействие электромагнитного и электростатического полей, переутомление зрения, снижение его остроты и проч.);
сообщать руководителю работ или технический персонал обо всех неполадках в работе компьютера;
знать приемы освобождения от действия электрического тока лиц, попавших под напряжение, и способы оказания им первой помощи;
знать расположение средств пожаротушения и уметь ими пользоваться.
7. Следует иметь в виду, что:
расстояние между рабочими столами с компьютерами в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора должно быть не менее 2 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м;
чтобы освещение не создавало слепящих бликов на клавиатуре и других частях пульта, компьютер должен быть расположен тaк, чтобы прямой свет на попадал на экран, иначе при работе с монитором быстро уставать глаза. Операторы не должны сидеть лицом к окнам;
верхний край экрана следует располагать на уровне глаз или чуть ниже;
оптимальное расстояние от глаз до экрана 600-700 мм, но не ближе 500 мм;
высота клавиатуры должна быть отрегулирована так, чтобы кисти рук держались прямо (возможно применение подставок для кистей рук);
с целью снижения статического напряжения мышц шейно-плечевой области и спины для предупреждения развития утомления необходимо, чтобы рабочий стул (кресло) позволял изменять позу, был подъемно-поворотным и регулируемым по высоте и углам наклона сиденья и спинки от переднего сидения;
кабели компьютера должны располагаться так, чтобы их нельзя было повредить неосторожным движением;
для предотвращения образования и защиты от статического электричества, в помещении, где установлен компьютер, необходимо применять нейтрализаторы и увлажнители. Должна быть эффективная вентиляция и поддерживаться относительная влажность воздуха на уровне 40-60% (можно разместить вблизи компьютера цветы или аквариум).
8. Для обеспечения оптимальной работоспособности и сохранения здоровья профессиональных пользователей на протяжении рабочей смены должны устанавливаться регламентированные перерывы. Продолжительность непрерывной работы с персональным компьютером без регламентированного перерыва не должна превышать 2 часов.
9. При работе с персональным компьютером в ночную смену (c 22 до 6 часов), независимо от категории и вида трудовой деятельности, продолжительность регламентированных перерывов должна увеличиваться на 60 мин.
10. Невыполнение требований настоящей инструкции является нарушением производственной дисциплины. Виновные в этом несут ответственность в порядке, установленном действующим законодательством.
4.2.2 Требования безопасности перед началом работы
1. Подготовить рабочее место, убедиться в достаточной освещенности.
2. Убедиться в исправности компьютера, сделав его внешний осмотр. При осмотре обращать внимание на наличие и исправность предусмотренных защитных устройств токоведущих частей, исправность коммутационных устройств кнопок, клавиш, целостность изоляции питающего кабеля, вилок, розеток.
3. При обнаружении неполадок сообщить об этом руководителю работ (инженеру-программисту) и до их устранения к работе не приступать.
4.2.3 Требования безопасности во время работы
1. Выполнять при работе требования, изложенные в руководстве по эксплуатации компьютера.
2. Питание на процессор следует подавать после включения всех периферийных устройств. После работы первым должен выключаться процессор.
3. Не оставлять компьютер включенным при уходе с рабочего места. При длительном перерыве в работе компьютер следует обесточить, отсоединив от сети.
4. Чтобы избежать прогорания электронно-лучевой трубки необходимо следить, чтобы на экране долго (более 10 мин.) Не оставалось постоянное изображение, особенно при использовании телевизора в качестве монитора.
5. При появлении неисправностей прекратить работу, компьютер отключить от электросети (или поступить в соответствии с требованиями руководства по эксплуатации). Сообщить об этом руководителю работ или техническому персоналу, до устранения неисправностей компьютер не включать.
6. С целью уменьшения отрицательного влияния монотонности и для снижения напряженности труда целесообразно равномерное распределение нагрузки и характера деятельности - работы за пультом компьютера с другой работой.
7. При работе с текстами на бумаге, листы нужно располагать как можно ближе к экрану, чтобы избежать частых движений головой и глазами при переводе взгляда. Подставку с документами необходимо установить в одной плоскости с экраном и на одной с ним высоте.
8. Во время регламентированных перерывов с целью снижения нервно-эмоционального напряжения, зрительного и общего утомления целесообразно выполнять комплексы упражнений, рекомендованных санитарными нормами и правилами.
9. Работающим с персональными компьютерами при высоком уровне напряженности труда во время регламентированных перерывов и в конце рабочего дня показана психологическая разгрузка в специально оборудованных помещениях.
10. Работающим с персональными компьютерами запрещается:
- выполнять действия, противоречащие руководству по эксплуатации компьютера;
- снимать во время работы щитки и кожухи электронных устройств;
- делать ремонт компьютера, не имея соответствующих навыков и подготовки;
- курить в помещении, где установлен компьютер.
4.2.4 Требования безопасности в аварийных ситуациях
1. При возникновении аварийной ситуации на рабочем месте, работающий с персональным компьютером обязан работу прекратить, отключить электроэнергию, сообщить руководителю работ и принять меры к ликвидации создавшейся ситуации.
2. В случае возникновения пожара - отключить компьютер от электросети, вызвать пожарную охрану и приступить к тушению пожара имеющимися средствами пожаротушения.
3. При наличии травмированных:
- устранить действие повреждающих факторов, угрожающих здоровью и жизни пострадавших (освободить от действия электрического тока, погасить горящую одежду, и т.д.);
- оказать первую помощь;
- вызвать скорую медицинскую помощь или врача, принять меры дня транспортировки пострадавшего в ближайшее лечебное учреждение;
- сохранить, по возможности, обстановку на месте происшествия;
- сообщить о случившемся директору гимназии, руководителю работ.
4.2.5 Требования безопасности после окончания работы
1. Отключить компьютер от электросети и убрать рабочее место.
2. Сообщить директора гимназии, руководителя работ или инженера-программиста обо всех замеченных во время работы неполадки и неисправности электронных устройств.
4.2.6 Электробезопасность
Помещение, которое рассматривается, относится к категории I -помещения без повышенной безопасности, так как не имеет ни одной из перечисленных ниже свойств[37]:
- повышенная влажность;
- высокая температура;
- наличие заземленных металлоконструкций;
- токопроводящей пола.
Персональный компьютер - электроприбор. От других электроприборов он отличается тем, что для него предусмотрена возможность длительной эксплуатации без отключения от сети. Кроме обычного режима работы компьютер может находиться в режиме с пониженным электропотреблением или в дежурном режиме ожидания запроса. В связи с возможностью длительной работы компьютера без отключения от электросети следует уделить особое внимание качеству организации электропитания.
Недопустимо использование некачественных и изношенных компонентов в системе электроснабжения, а также их суррогатных заменителей: розеток, удлинителей, переходников, тройников. Недопустимо самостоятельно модифицировать розетки для подключения вилок, соответствующих другим стандартам. Электрические контакты розеток не должны испытывать механических нагрузок, связанных с подключением массивных компонентов (адаптеров, тройников и т. п.).
Все питающие кабели и провода должны располагаться с задней стороны компьютера и периферийных устройств. Их размещение в рабочей зоне пользователя недопустимо.
Запрещается производить какие-либо операции, связанные с подключением, отключением или перемещением компонентов компьютерной системы без предварительного отключения питания [53].
Компьютер не следует устанавливать вблизи електронагриваючих приборов и систем отопления.
Недопустимо размещать на системном блоке, мониторе и периферийных устройствах посторонние предметы: книги, листы бумаги, салфетки, чехлы для защиты от пыли. Это приводит к постоянному или временному перекрытию вентиляционных отверстий.
Запрещается внедрять посторонние предметы в эксплуатационные или вентиляционные отверстия компонентов компьютерной системы.
Особенности электропитания монитора. Монитор имеет элементы, способные сохранять высокое напряжение в течение длительного времени после отключения от сети.
Особенности электропитания системного блока. Все компоненты системного блока получают электроэнергию от блока питания. Блок питания ПК - это автономный узел, находящийся в верхней части системного блока. Правила техники безопасности не запрещают вскрывать системный блок, например при установке дополнительных внутренних устройств или их модернизации, но это не относится к блоку питания. Блок питания компьютера - источник повышенной пожароопасности, поэтому вскрытию и ремонту он подлежит только в специализированных мастерских.
Блок питания имеет встроенный вентилятор и вентиляционные отверстия. В связи с этим в нем неизбежно скапливается пыль, которая может вызвать короткое замыкание. Рекомендуется периодически (один - два раза в год) с помощью пылесоса удалять пыль из блока питания через вентиляционные отверстия без вскрытия системного блока. Особенно важно делать эту операцию перед каждым транспортировкой или наклоном системного блока.
4.3 Производственная санитария гигиена труда
Длительная работа с компьютером может приводить к расстройствам состояния здоровья. Кратковременная работа с компьютером, установленным с грубым нарушением гигиенических норм и правил, приводит к повышенному утомлению. Вредное воздействие компьютерной системы на организм человека является комплексной. Параметры монитора оказывают влияние на органы зрения. Оборудование рабочего места влияет на органы опорно-двигательной системы. Характер расположения оборудования в компьютерном классе и режим его использования влияет как на общее психофизиологическое состояние организма, так и им органы зрения[39].
Необходимое состояние воздуха рабочей зоны может быть обеспечено выполнением определенных мероприятий, к основным из которых относятся:
1. Механизация и автоматизация производственных процессов, дистанционное управление ими. Эти мероприятия имеют большое значение для защиты от воздействия вредных веществ, теплового излучения, особенно при выполнении тяжелых работ. Автоматизация процессов, сопровождающихся выделением вредных веществ, не только повышает производительность, но и улучшает условия труда, поскольку рабочие выводятся из опасной зоны. Например, внедрение автоматической сварки с дистанционным управлением вместо ручной дает возможность резко оздоровить условия труда сварщика, применение роботов-манипуляторов позволяет устранить тяжелый ручной труд.
2. Применение технологических процессов и оборудования, вредных веществ, исключающих образование, или попадания их в рабочую зону. При проектировании новых технологических процессов и оборудования необходимо добиваться исключения или резкого уменьшения выделения вредных веществ в воздухе производственных помещений. Этого можно достичь, например, заменой токсичных веществ нетоксичными, переходом с твердого и жидкого топлива на газообразное, электрический высокочастотный нагрев; применением пылеподавления водой (увлажнение, мокрый помол) при измельчении и транспортировке материалов и т. д.
Большое значение для оздоровления воздушной среды имеет надежная герметизация, оборудования, в котором находятся вредные вещества, в частности, нагревательных печей, газопроводов, насосов, компрессоров, конвейеров и т. д. Через неплотности в соединениях, а также вследствие газопроницаемости материалов происходит истечение газов , находящихся под давлением. Количество вытекающего газа зависит от его физических свойств, площади неплотностей и разницы давлений снаружи и внутри оборудования.
3. Защита от источников тепловых излучений. Это важно для снижения температуры воздуха в помещении и теплового облучения работающих.
4. Устройство вентиляции и отопления, что имеет большое значение для оздоровления воздушной среды в производственных помещениях.
Недостаточное и неравномерное освещение рабочих мест приводит к перенапряжению зрения, переутомления организма, к возникновению избыточной нервной раздражительности, ослабление внимания. Доказано, что у половины работающих в таких условиях наблюдаются дефекты зрения - близорукость, снижение остроты зрения и другое, а в 3-8% мужчин возникает частичный дальтонизм.
Защита от электромагнитного излучения компьютера:
По возможности, стоит приобрести жидкокристаллический монитор, поскольку его излучение значительно меньше, чем в распространенных ЭЛТ мониторов (монитор с электронно-лучевой трубкой).
Системный блок и монитор должны находиться подальше от вас.
Не оставляйте компьютер включенным на длительное время если вы его не используете, хотя это и ускорит износ компьютера, но здоровья полезно. Так же, не забудьте использовать "спящий режим" для монитора.
Подобные документы
Описание исходных текстов программного продукта. Системные требования и установка программного продукта. Тестирование пользователя по двадцати вопросам указанной темы и сохранение результатов тестирования. Форма отображения результатов тестирования.
курсовая работа [2,8 M], добавлен 09.07.2013Разработка программного продукта, который позволяет формировать отчет о мобильных телефонах во всем мире. Реализация функций добавления, редактирования, поиска и вывода на печать отчета. Проектирование интерфейса пользователя. Описание рабочих модулей.
курсовая работа [6,6 M], добавлен 11.01.2017Проектирование программного продукта для использования в организации учета медикаментов в аптеке. Построение функциональной модели автоматизированной системы; разработка и тестирование иерархии классов в соответствии с объектно-ориентированным подходом.
курсовая работа [1,5 M], добавлен 21.02.2013Информационное обеспечение задачи автоматизации учета. Программное обеспечение задачи автоматизации учета. Расчет технико-экономической эффективности программного продукта по учету пластиковых карт. Расчет затрат на разработку программного модуля.
дипломная работа [2,1 M], добавлен 10.02.2018Техническое задание на разработку автоматизированной системы и складского учета управления универсальной торговой базы. Проектирование информационной системы и выбор среды для создания программного продукта. Создание интерфейса и руководство пользователя.
дипломная работа [2,1 M], добавлен 11.07.2015Особенности алгоритмов, критерии качества. Создание и применение программного продукта на языке Delphi. Тип операционной системы. Внутренняя структура программного продукта. Руководство пользователя и программиста, расчет себестоимости и цены программы.
дипломная работа [1,5 M], добавлен 12.06.2009Создание Web-сайта "Расчет коммунальных услуг ЖКХ", факторы, определяющие принятое решение. Математический алгоритм программного продукта, техническое обеспечение. Результаты тестирования сайта gkh-tariff.ru для учета затрат ЖКХ, внедрение в Интернет.
курсовая работа [147,6 K], добавлен 01.03.2013Разработка программного продукта для обеспечения стабильной работы заведующего складом Барановичского хлебозавода, обеспечивающего хранение и обработку информации складского учета, поиск объекта технических ресурсов, анализ и мониторинг его движения.
дипломная работа [2,5 M], добавлен 06.06.2012Обоснование необходимости создания автоматизированного учета книг в библиотеке филиала РГГУ в г. Улан-Удэ. Проектирование программного продукта. Схема взаимосвязи программных модулей и файлов. Характеристика, классификация и кодирование информации.
дипломная работа [4,6 M], добавлен 10.09.2015Обоснование выбора языка программирования. Анализ входных и выходных документов. Логическая структура базы данных. Разработка алгоритма работы программы. Написание программного кода. Тестирование программного продукта. Стоимость программного продукта.
дипломная работа [1008,9 K], добавлен 13.10.2013