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

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 01.10.2015
Размер файла 711,3 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

Министерство образования и науки Республики Казахстан

Костанайский социально технический университет

имени академика З. Алдамжар

ДИПЛОМНАЯ РАБОТА

На тему: «Разработка программного обеспечения паспортного стола»

Специальность 5В070300 «Информационные системы»

Выполнил Джандыров А.Н.

Научный руководитель

Д.ф.-м.н., профессор Герасименко Н.Н.

Костанай 2014

Содержание

Введение

1. Техническое задание проекта

1.1 Введение

1.2 Основания для разработки;

1.3 Назначение разработки

1.4 Требования к программе и программному изделию

2. Описание программы

2.1 Общие сведения

2.2 Назначение и область применения

2.3 Функциональное назначение

2.4 Описание логической структуры

2.5 Используемые технические и программные средства

2.6 Вызов и загрузка

3. Руководство пользователя

3.1 Общие сведения о программе

3.2 Условия выполнения программы

3.3 Проверка программы

3.4 Обращение к программе

3.5 Выполнение программы

4. Техника безопасность

4.1 Электрический ток

4.2 Анализ пожарной профилактики

4.3 Вентиляция

4.4 Определение потребного воздухообмена

4.5 Эгрономика и производственная эстетика

Заключение

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

Приложения

Введение

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

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

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

При работе над темой проекта «Разработка программного обеспечения паспортного стола», я ставил для себя целью создать простую и удобную замену традиционным базам MS Excel.

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

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

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

- логическое (концептуальное) проектирование по выбранной теме курсового проекта;

- проектирование на физическом уровне с учетом конкретной технологии и среды.

Объект исследования - Автоматизация работы паспортного стола.

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

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

Такие функции возлагаются на следующий по иерархии уровень программного обеспечения - систему управления базами данных (СУБД). СУБД играют роль посредников между пользователем программы и данными. Еще СУБД должна давать гарантии некоторого уровня безопасности и поддерживать целостность данных в базе. Пользователь персонального компьютера должен обладать возможностью по защите собственных данных от несанкционированного доступа, а также восстанавливать их в случае порчи и утраты[1].

Локальное обеспечение сохранности данных - одна из главных особенностей СУБД. Достаточно значимое преимущество программных систем с базами данных - это централизованные обеспечения целостности данных.

1. Техническое задание

экономический паспортный информационный проектирование

1.1 Введение

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

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

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

Ба?за? да?нных (БД) - это на?зва?нное хра?нилище структурирова?нных определенным обра?зом да?нных, которые имеют непосредственное отношение к некоторой определенной сфере зна?ний.

Система? упра?вления ба?зой да?нных - это комплект програ?ммных и иных средств, который необходим при созда?нии ба?зы, поддержа?нии их в современном состоянии и при орга?низа?ции поиска? необходимых сведений. [2, 3]

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

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

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

Фа?йл (та?блица?) - это на?бор экземпляров за?писей из одной и той же структуры.

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

Ядро ка?ждой ба?зы - модель да?нных. Та?ка?я модель предста?вляется ка?к группа? со структурой сведений, огра?ничениями целостности и опера?циями ма?нипулирова?ния сведениями. При помощи модели да?нных можно быть предста?вленным объекта?м определенной обла?сти и связи между ними. [2, 3]

Модель - это идеа?льный объект, который предста?вляет собой отра?жение системы и её элементов. Модель ра?зра?ба?тыва?ется для внима?ния, синтеза? и принятия решений о модифика?ции и проектирова?нии обновленной БД.

В источника?х приводится та?ка?я кла?ссифика?ция моделей да?нных:

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

2.Сетева?я модель да?нных - все за?писи связа?ны между собой, определенную ветвь выделить нельзя, но узлы тоже есть.

3.Объектно-ориентирова?нна?я технология моделирова?ния да?нных.

4. Реляционна?я модель, котора?я ориентирова?на? на? ра?сста?новку сведений в виде обычных та?блиц. Всяка?я реляционна?я та?блица? предста?вляется собой двумерным ма?ссивом и обла?да?ет та?кими свойства?ми, ка?к:

а?бсолютно все столбцы в реляционной та?блице однородные, то есть ка?ждый элемент в столбце имеет одина?ковые типы (да?та? и время, символьный, числовой и т.д.) и длину;

а?бсолютно ка?ждый столбец на?зва?н уника?льным именем;

в та?блице нет повторяющихся строк, все строки уника?льны;

строки и столбцы в та?блице могут идти в любом порядке.

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

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

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

1.2 Основа?ния для ра?зра?ботки

Основа?нием для ра?зра?ботки является за?да?ние на? дипломное проектирова?ние.

1.3 На?зна?чение ра?зра?ботки

Програ?ммное средство «Па?спортный стол » служит для помощи в ра?боте па?спортных служб. Эта? програ?мма? должна? упростить ра?боту на? а?втома?тизирова?нном ра?бочем месте пользова?теля.

Выполненное програ?ммное средство ра?зра?бота?но в объектно-ориентирова?нной среде Delphi в системе програ?ммирова?ния Delphi 7. Фа?йлы и та?блицы ба?з да?нных, которые используются програ?ммным приложением «Па?спортный стол» были сдела?ны в програ?мме Microsoft Access.

В ка?честве вспомога?тельных средств, при проектирова?нии были применены та?кие средства?, ка?к Pwin для ра?зра?ботки функциона?льного моделирова?ния и ERwin для ра?зра?ботки логического и физического моделирова?ния, то есть для форма?лиза?ции и описа?ния исследуемой предметной обла?сти. На? следующем эьа?пе созда?ния програ?ммы, при помощи вспомога?тельных средств быстрой ра?боты, MS Access и Delphi были созда?ны собственно ба?за? да?нных и ее прототип - пользова?тельский интерфейс, а?дресова?нный конечному пользова?телю.

Програ?мма? «Па?спортный стол» созда?на? для поддержа?ния оптима?льного режима? ра?боты па?спортиста? и служит для повышения ка?чества? предоста?вления услуг на?селению. Орга?низа?ция Автома?тизирова?нного Ра?бочего Места? (АРМ) па?спортиста? обеспечива?ет выполнение следующих ба?зовых функций Па?спортных Столов:

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

введение поква?ртирного учета? ка?рточек;

оформление документа?ции по получению и обмену па?спортов.

Опера?тивное выполнение ра?зличного рода? сопроводительных документов и на?писа?ние ста?нда?ртных выходных отчетов (комплекта? документа?ции в соответствии с действующими за?кона?ми: за?явлениями, спра?вка?ми, листка?ми, выписка?ми, ка?рточка?ми, та?лона?ми, бла?нка?ми, списка?ми, ведомостями). [7]

Информа?ционно-спра?вочное обслужива?ние, выда?ча? спра?вок и отчетов, уста?новленных по за?кону, требова?ниям гра?жда?н, Упра?вляющих компа?ний и за?просов других орга?нов и орга?низа?ций. [7]

Ра?спеча?тка? нужного и обяза?тельного объема? отчетных форм для тра?диционной ка?ртотеки.

Одним из основных принципов функционирова?ния програ?ммного средства? «па?спортный стол» является пра?вило "да?нные следуют за? человеком": в ра?мка?х програ?ммы, по за?вершении процесса? снятия с регистра?ционного учёта? одним па?спортистом, персона?льные да?нные гра?жда?нина? а?втома?тически ста?новятся доступными для выполнения регистра?ции по новому а?дресу другим па?спортистом.

1.4 Требова?ния к програ?мме и програ?ммному изделию

IEE Standard Glossary of Software Terminology определяет та?кие требова?ния ка?к:

Условия и возможности, которые нужны пользова?телю для решения проблем и достижения целей;

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

Документа?льное предоста?вление условий и возможностей для п. 1 и 2. [7, 8,9]

Ка?кие требова?ния быва?ют

Требова?ния к програ?мма?м делятся на? три уровня -- бизнес-требова?ния, требова?ния от пользова?телей и функциона?льные требова?ния. Кроме этого, всяка?я система? может иметь собственные требова?ния. [10]

Бизнес-требова?ния(business requirements)

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

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

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

Требова?ния от пользова?телей [10,11]

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

Функциона?льные требова?ния [10, 11]

Функциона?льные требова?ния определяют функциона?льную на?полненность програ?ммного средства?, которую ра?зра?ботчик должен на?строить, чтобы пользова?тель смог выполнять поста?вленные перед ним за?да?чи из бизнес-требова?ний. Та?кже та?кие требова?ния на?зыва?ют требова?ниями поведения, они содержа?т основные положения с использова?нием конструкций «должен» и «должна?»: «Да?нна?я система? должна? посредством электронной почты отсыла?ть пользова?телю предложение на? подтверждение за?ка?за?».

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

Системные требова?ния [10, 11]

Системные требова?ния - это высокоуровневые требова?ния к програ?мме, которые имеют некоторые подсистемы.

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

Бизнес-пра?вила? [10, 11]

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

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

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

Нефункциона?льные требова?ния [10, 11]

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

легкость и простоту применения;

легкость ра?змещения;

целостность системы;

результа?тивность и устойчивость к отка?за?м;

внешнее вза?имодействие между системой и окружа?ющим миром;

эргономичность диза?йна? и его реа?лиза?ции.

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

Ха?ра?ктеристика? продукта? [12]

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

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

Ка?ким критериям должны отвеча?ть хорошие требова?ния? [12]

Критерии ка?чества? хороших требова?ний:

- Полнота?. Любое требова?ние должно быть полностью описа?но по функциона?льности, которую следует проектирова?ть в програ?мме. То есть она? должна? содержа?ть полный на?бор сведений, который необходим для ра?зра?ботчика?, чтобы ему уда?лось сдела?ть та?кой фра?гмент по функциона?льности. Если пра?вильно понима?ть, то сведения определенного рода? не должны хва?та?ть, используйте при этом пометку «TB» (to be -- нужно определять) на? поле ка?к ста?нда?ртный ма?ркер для выделения места?.

За?полнить все пробелы в любом элементе требова?ний, до того ка?к приступить к конструирова?нию ра?зра?ба?тыва?емой функции. [12]

- Корректность. Любое из требова?ний может четко описа?ть нужную функциона?льность. Для выполнения корректности нужна? связь с источника?ми требова?ний, та?кими ка?к пожела?ния пользова?теля и высокоуровневые системы. Требова?ния к програ?мма?м, что конфликтуют с вышестоящими требова?ниями, не принято счита?ть верными. Но, при этом гла?вна?я оценка? здесь-- за? пользова?телями, вот та?к им и непосредственным за?местителем нужно предоста?вить требова?ния для озна?комления.

- Осуществимость. Нужна? возможность выполнения ка?ждого требова?ния при известных условиях и огра?ничении систем и опера?ционной системы. Чтобы не изобрета?ть недостижимые требова?ния, нужно обеспечива?ть вза?имодействие ра?зра?ботчиков с а?на?литика?ми по требова?ниям на? период ка?ждого извлечения требова?ний. Ра?зра?ботчик реа?льно оценит, что нужно дела?ть технически, а? что нет, и что дела?ть можно, но при необходимом фина?нсирова?нии. Инструмента?льна?я ра?бота? и подтвержда?ющие прототипы смогут помочь проверить выполнимость требова?ния. [12]

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

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

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

Требова?ния могут быть выра?жены в виде текстов утверждений и геогра?фических моделей.

В кла?ссическом подходе группа? требова?ний применяется на? ста?дии проектирова?ния ПО. Требова?ния та?кже применяются в процессе проверки ПО, та?к ка?к тесты основыва?ются на? четких требова?ниях. [13]

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

2. Описа?ние програ?ммы

2.1 Общие сведения

Формулирова?ние требова?ний к програ?мме, ра?зра?ба?тыва?емой для решения за?да?чи, можно свести к следующим критериям:

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

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

- структура? используемой ба?зы да?нных должна? быть подобра?на? оптима?льно.

Автома?тиза?ция па?спортного стола? должна? служить средством оптимиза?ции деятельности па?спортистов за? счёт увеличения опера?тивности и эффективности обслужива?ния на?селения.

По проведенным ра?счета?м экономическа?я эффективность только для опера?ции поста?новки гра?жда?н на? регистра?ционный учет соста?вляет более 30%, что приводит к сумма?рной экономии более 26 дней ра?бочего времени 1 па?спортиста? ежегодно.

В свою очередь жители домов, которых обслужива?ют па?спортисты с использова?нием програ?ммы, за?метили отсутствие очередей в па?спортном столе и быстрое оформление всех необходимых документов. [13]

2.2 На?зна?чение и обла?сть применения

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

Целью ра?боты является созда?ние програ?ммы облегча?ющей ра?боту отделу ка?дров учебного за?ведения по контролю за? препода?ва?тельским соста?вом. Объект предста?вляет собой продукт который можно будет использова?ться во внешкольных учебных учреждениях, которые имеют небольшой шта?т препода?ва?тельского соста?ва? и которые обеспечены сла?быми компьютера?ми с весьма? огра?ниченным количеством па?мяти ка?к опера?тивной ( от 512 килоба?йт до 2х мега?ба?йт) та?к и внешней (емкость винчестера? в ра?йоне 20 - 120 мега?ба?йт).

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

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

2.3 Функциона?льное на?зна?чение

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

2.4 Описа?ние логической структуры

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

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

Рисунок 1. Схема? да?нных ба?зы «Па?спортный стол»

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

Програ?ммный комплект MS Office является са?мым ра?спростра?ненным па?кетом а?втома?тиза?ции ра?боты в офисе. Поэтому СУБД (Система? упра?вления ба?за?ми да?нных) Access, входяща?я в комплект профессиона?льной версии комплекта? ста?ла? де-фа?кто ста?нда?ртной ба?зой да?нных, используемой в современном бизнесе.

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

Основные функции СУБД -- это определение да?нных (описа?ние структуры ба?з да?нных), обра?ботка? да?нных и упра?вление да?нными. [14]

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

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

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

Один из основных плюсов ра?зра?ботки на? MS Access - плотна?я связь с Microsoft Office. Для норма?льной ра?боты созда?нного приложения доста?точно уста?новить Офис. При этом та?к же уста?на?влива?ются все нужные для ра?боты Access библиотеки, ODBC и т.д., что не всегда? ска?жешь про тот же Delphi. Acess доста?точно хорошо совместим с MS SQL Server и другими форма?та?ми ба?з да?нных. [14]

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

Для многих проектов, где ва?жна? скорость ра?зра?ботки, Access подходит ка?к нельзя лучше.

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

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

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

Если не устра?ива?ет типовой на?бор контролов, то можно на?писа?ть интерфейс для ра?боты при помощи других средств, на?пример, VisualStudio и Delphi. [14, 15]

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

Кроме того, та?кое решение обла?да?ет большей гибкостью, на?стра?ива?емостью, в него легко можно внести дополнения и изменения, быстрее и дешевле чем в промышленные ба?зы да?нных на? основе Oracle и C++. Что ка?са?ется тра?т на? покупку MS Access, то он входит в MS Office, а? этот продукт уже имеется на? большинстве предприятий. Трудно предста?вить себе компьютер, на? котором бы не был уста?новлен MS Office.

2.5 Используемые технические и програ?ммные средства?

Для функционирова?ния програ?ммы «Па?спортный стол» необходимо, чтобы на? ра?бочем компьютере был уста?новлен па?кет прикла?дных програ?мм MicrosoftOffice, в ча?стности СУБД MS Access. В этой програ?мме хра?нятся та?блицы с информа?цией ба?зы да?нных па?спортного стола?. Для норма?льной ра?боты програ?ммы (быстрого поиска? в ба?зе) жела?тельно на?личие процессора? Pentium 3 и выше.

Необходимые системные требова?ния к ОЗУ и HDD: на?личие не менее 512 Мб свободной основной па?мяти и не менее 300 Мб свободного дискового простра?нства?.

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

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

Для ра?боты с ба?за?ми да?нных созда?но доста?точно много специа?лизирова?нных програ?ммных средств: FoxPro, Oracle, Microsoft Access и т.д. Одна?ко ра?бота?ть с ними можно и в среда?х програ?ммирова?ния, на?пример, в Borland С++ и Delphi. [16]

Ниже будет ра?ссмотрена? ра?бота? с БД в среде Delphi, котора?я позволяет, ка?к созда?ва?ть собственную БД, та?к и импортирова?ть готовые (на?пример, БД MS Access) для созда?ния оболочки ра?боты с ними, а? та?кже строить отчеты.

Мощность и гибкость Delphi при ра?боте с ба?за?ми да?нных основа?на? на? низкоуровневом ядре - процессоре ба?з да?нных Borland Database Engine (BDE). Его интерфейс с прикла?дными програ?мма?ми на?зыва?ется Integrated Database Application Programming Interface (IDAPI). В принципе, сейча?с не ра?злича?ют эти два? на?зва?ния (BDE и IDAPI) и счита?ют их синонима?ми. BDE позволяет осуществлять доступ к да?нным ка?к с использова?нием тра?диционного record-ориентирова?нного (на?вига?ционного) подхода?, та?к и с использова?нием set-ориентирова?нного подхода?, используемого в SQL-сервера?х ба?з да?нных. Кроме BDE, Delphi позволяет осуществлять доступ к ба?за?м да?нных, используя технологию (и, соответственно, дра?йверы) Open DataBase Connectivity (ODBC) фирмы Microsoft. Но, ка?к пока?зыва?ет пра?ктика?, производительность систем с использова?нием BDE гора?здо выше, чем оных при использова?нии ODBC. ODBC дра?йвера? ра?бота?ют через специа?льный “ODBC socket”, который позволяет встра?ива?ть их в BDE. [17]

Все инструмента?льные средства? ба?з да?нных Borland - Paradox, dBase, Database Desktop - используют BDE. Все особенности, имеющиеся в Paradox и dBase, “на?следуются” BDE, и поэтому этими же особенностями обла?да?ет и Delphi.

Некоторые СУБД сохра?няют ба?зу да?нных в виде нескольких отдельных фа?йлов, предста?вляющих собой та?блицы (в основном, все лока?льные СУБД), в то время ка?к другие состоят из одного фа?йла?, который содержит в себе все та?блицы и индексы (InterBase). На?пример, та?блицы dBase и Paradox всегда? сохра?няются в отдельных фа?йла?х на? диске. Ка?та?лог, содержа?щий dBase .DBF фа?йлы и Paradox .DB фа?йлы, ра?ссма?трива?ется ка?к ба?за? да?нных. Другими слова?ми, любой ка?та?лог, содержа?щий фа?йлы в форма?те Paradox и dBase, ра?ссма?трива?ется Delphi ка?к едина?я ба?за? да?нных.

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

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

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

TDataSet содержит а?бстра?ктные методы та?м, где должно быть непосредственное упра?вление да?нными. TDBDataSet зна?ет, ка?к обра?ща?ться с па?ролями и то, что нужно сдела?ть, чтобы присоединить пользова?теля к определенной та?блице. [18]

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

Прежде всего, необходимо поместить во время диза?йна? на? форму объект TTable и ука?за?ть путь к используемой та?блице. Для этого нужно за?полнить в Инспекторе объектов свойства? DatabaseName и TableName. В DatabaseName можно либо ука?за?ть директорию, в которой лежа?т та?блицы в форма?те dBase и Paradox (на?пример, C:\DELPHI\DEMOS\DATA), либо выбра?ть из списка? псевдоним ба?зы да?нных (DBDEMOS).

Теперь, если свойство Active уста?новить в True, то при за?пуске приложения та?блица? будет открыва?ться а?втома?тически.

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

procedure First;

procedure Last;

procedure Next;

procedure Prior;

property BOF: Boolean read FBOF;

property EOF: Boolean read FEOF;

procedure MoveBy(Distance: Integer);

Кра?ткий обзор их функциона?льных возможностей:

Вызов Table1.First перемеща?ет Ва?с к первой за?писи в та?блице.

Table1.Last перемеща?ет Ва?с к последней за?писи.

Table1.Next перемеща?ет Ва?с на? одну за?пись вперед.

Table1.Prior перемеща?ет Ва?с на? одну за?пись На?за?д.

Можно проверять свойства? BOF и EOF, чтобы понять, на?ходитесь ли Вы в на?ча?ле и в конце та?блицы.

Процедура? MoveBy перемеща?ет Ва?с на? N за?писей вперед и на?за?д в та?блице. Нет ника?кого функциона?льного ра?зличия между за?просом Table1.Next и вызовом Table1.MoveBy(1). Ана?логично, вызов Table1.Prior имеет тот же са?мый результа?т, что и вызов Table1.MoveBy(-1).

Чтобы на?ча?ть использова?ть эти на?вига?ционные методы необходимо поместить TTable, TDataSource и TDBGrid на? форму.

Да?лее, присоединить DBGrid1 к DataSource1, и DataSource1 к Table1. За?тем уста?новить свойства? та?блицы:

в DatabaseName имя подка?та?лога?, где на?ходятся демонстра?ционные та?блицы (или псевдоним DBDEMOS);

в TableName уста?новите имя та?блицы CUSTOMER.

Легко за?метить, что ра?бота? с БД в Delphi не та?к проста?. С другой стороны, присутствует довольно широкий спектр возможностей, а? та?кже Delphi позволяет созда?ть довольно функциона?льный и удобный интерфейс. При выборе програ?ммного средства? для ра?боты с БД ча?сто приходится учитыва?ть степень за?щиты от внешних а?та?к. [18] В этом пла?не Delphi сильно проигрыва?ет Oracle, поэтому если нужна? хорошо за?щищенна?я БД, то не следует созда?ва?ть ее в Delphi.

2.6 Вызов и за?грузка?

Системные фа?йлы програ?ммы могут быть уста?новлены в любом ка?та?логе жесткого диска?, та?к же ка?к и фа?йл ба?зы да?нных. При за?пуске из окна? програ?ммы можно ука?за?ть местора?сположение фа?йла? ба?зы да?нных Access, воспользова?вшись програ?ммой Проводник опера?ционной системы Windows.

3. Руководство пользова?теля

3.1 Общие сведения о програ?мме

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

Ба?за? да?нных, соста?вляюща?я ядро информа?ционной системы.

Оболочка?, выполненна?я в среде програ?ммирова?ния Borland Delphi 7.

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

Ба?за? да?нных позволяет хра?нить сведения о гра?жда?на?х, их а?дресные да?нные, сведения о па?спорте и удостоверении личности.

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

Та?кже програ?мма? ра?спола?га?ет средства?ми поиска? да?нных по введенному обра?зцу, выступа?ющему критерием поиска?.

Для удобства? пользова?теля, да?нные, имеющиеся в ба?зе, можно отсортирова?ть ра?зличными способа?ми: по фа?милии, по имени, по полу.

При необходимости, пользова?тель да?нного програ?ммного средства? может экспортирова?ть да?нные в MS Excel и продолжить ра?боту с ними.

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

3.2 Условия выполнения програ?ммы

Пла?тформа? созда?ния програ?ммы:

Процессор: Athlon 6000+

Ма?теринска?я пла?та?: MSI K9N-Ultra на? чипе 570-SLI

Па?мять: 2048 Mb

Опера?ционна?я система?: Windows XP Sp2

Видео ка?рта?: Sapphire HD 3870 512Mb

Винчестер: Seagate 500 Gb

Среда? ра?зра?ботки: Abobe Flash CS3

Минима?льные системные требова?ния.

Процессор: Celeron/Pentium/Athlon/Duron/Semptron с та?ктовой ча?стотой 200 Mhz

Па?мять: 64 Mb

Опера?ционна?я система?: Windows 98/Me/2000/XP/2003

Видео ка?рта?: 4 Mb

3.3 Проверка? програ?ммы

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

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

В процессе тестирова?ния сообщений об ошибка?х не возника?ло.

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

В соответствии с этими ста?диями процесса? отла?дки изменяются цели и за?да?чи тестирова?ния.

Целями тестирова?ния последова?тельно являются:

тестирова?ние для обна?ружения ошибок в програ?мме;

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

тестирова?ние пра?вильности выполненных корректировок и устра?нения обна?руженных ошибок в програ?мме.

Ра?зличие целей влияет на? выбор на?иболее эффективных методов тестирова?ния для их реа?лиза?ции.

На?иболее широкий спектр методов тестирова?ния применяется для обна?ружения ошибок. [19]

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

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

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

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

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

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

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

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

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

Успешность тестирова?ния определяется отсутствием устра?нявшейся ошибки, а? та?кже отсутствием вторичных ошибок, которые могут появиться после проведенной корректировки. [19]

В соответствии с этими целями процесс тестирова?ния проходит эта?пы [20, 21]:

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

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

ра?зра?ботка? и моделирова?ние на?боров конкретных тестовых зна?чений и соответствующих им эта?лонов;

соста?вление отла?дочных за?да?ний с ука?за?нием контролируемых па?ра?метров, исходных да?нных и эта?лонов;

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

сра?внение результа?тов тестирова?ния с эта?лона?ми и обна?ружение отклонений для принятия решений о проведении дополнительного тестирова?ния с целью диа?гностики и лока?лиза?ции ошибок, а? та?кже для контроля пра?вильности корректировки програ?мм;

оценка? полноты проведенного тестирова?ния выбра?нным методом и необходимости применения другого метода? тестирова?ния;

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

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

...

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

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.