Разработка базы данных для учета работы участкового уполномоченного полиции, в которой хранится и обрабатывается информация
Анализ предметной области. Проектирование базы данных на основе программы MS Visual FoxPro. Построение инфологической и даталогической модели информационной системы. Создание файлов таблицы. Характеристика языка запроса SQL. Формирование запроса БД.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 15.05.2014 |
Размер файла | 1,3 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Содержание
- Аннотация
1. Анализ предметной области
- 2. Исследование проектирования БД
- 3. Реляционная СУБД Visual FoxPro
- 4. Проектирование ИЛМ
- 5. Проектирование ДЛМ
- 6. Создание файлов таблиц БД
- 7. Изучение языка запросов SQL
- 8. Формирование запросов к БД
- Заключение
- Список литературы
- Аннотация
- Данная работа посвящена разработке базы данных для учета работы участкового уполномоченного полиции, в которой хранится и обрабатывается информация.
- Проектирование базы данных будет на основе системы управления базами данных Microsoft Visual FoxPro 9.0, при помощи которого можно выполнять некоторые операции обработки данных, создавать новые проекты, формы, таблицы.
- Сначала строится инфологическая модель, в которую входят БД, сущность, атрибут. Затем строится даталогическая модель, в которой описывается размер, тип, назначение, наименование.
- Практическим результатом курсовой работы является создание модели работоспособной базы данных. Внесена информация доступная для разработчика базы данных. Программа позволяет выполнять следующие функции: просмотр БД, внесение новых сведений, найти необходимую информацию, также создавать запросы.
1. Анализ предметной области
Отдел организации деятельности участковых уполномоченных полиции (ООД УУМ) является структурным подразделением полиции общественной безопасности РОВД, обеспечивающим деятельность участковых уполномоченных полиции.
Участковый уполномоченный полиции (УУП) -- должностное лицо полиции Российской Федерации, осуществляющее служебную деятельность, которая направлена на защиту прав граждан, проживающих на соответствующем административном участке, а также граждан, пострадавших от преступных посягательств на указанной территории.
Участковый уполномоченный полиции обслуживает конкретный участок (район, несколько улиц, поселок), численность населения которого составляет более 3,5 тысячи человек. Главными задачи участкового являются профилактика преступлений, особенно в быту, выявление административных правонарушений, уголовных преступлений небольшой и средней тяжести, контроль за лицами освобожденных из мест лишения свободы.
К участковому можно обратиться по вопросам нарушения общественного порядка, принятия мер к лицам, состоящим на профилактических учетах в ОВД (больные наркоманией, алкоголизмом, ранее судимые), совершения преступления на его административном участке.
Непосредственно участковый принимает решение по следующим административным правонарушениям: мелкое хулиганство, проживание граждан РФ без регистрации, либо не по месту регистрации, нарушение правил дорожного движения в жилом секторе и многим другим.
В сельской местности зачастую участковый является единственным представителем власти на обширной территории.
Основными направлениями деятельности участкового уполномоченного полиции являются:
ь Административная практика -- составление протоколов об административном правонарушении.
ь Выявление и раскрытие преступлений по линии ПОБ, -- это преступления небольшой и средней тяжести, среди которых преступления, предусмотренные ст. 115 (умышленное причинение легкого вреда здоровью), 116 (побои), 112 (причинение средней тяжести вреда здоровью) 118 (причинение тяжкого вреда здоровью по неосторожности), 119 (угроза убийством или причинением тяжкого вреда здоровью), 158 (кража), 159 (мошенничество), 167 (умышленное повреждение чужого имущества) УК России и др.
ь Рассмотрение сообщений о преступлениях в порядке ст. 144 -- 145 УПК России, а также иных обращений граждан, не зарегистрированных в книгу учета сообщений о преступлениях.
ь Также участковые уполномоченные привлекаются для раскрытия тяжких и особо тяжких преступлений против жизни и здоровья на обслуживаемом участке, для поддержания общественного порядка при массовом скоплении граждан, а также для выполнения иных задач.
ь Участковый обязан документировать каждый случай смерти человека на территории своего участка вне лечебного учреждения. Процедура вызова участкового и осмотра им тела обязательна при каждой смерти на дому.
Участковые уполномоченные работают по всем направлениям их деятельности. Кроме того, обязаны оказывать содействие должностным лицам других государственных органов: органам ФСБ, таможенным органам, учреждениям здравоохранения, ветеринарного надзора, природоохранительным органам, а также депутатам. Отсюда вытекает комплексность и многофункциональность деятельности участковых уполномоченных. В этом главная особенность данного института.
Из этого следует, что задачами участкового уполномоченного является:
- охрана общественного порядка и обеспечение общественной безопасности;
- предупреждение преступлений и административных правонарушений;
- раскрытие преступлений;
- оказание помощи гражданам и должностным лицам в осуществлении их прав и законных интересов;
- контроль за состоянием законности, учетно-регистрационной и исполнительной дисциплины на вверенном участке;
- контроль за оперативной обстановкой на вверенном участке и принятие мер по её нормализации;
- привлечение граждан к участию в охране общественного порядка и установления доверительных отношений с ними.
Названными задачами предопределяются функции и основные направления деятельности участковых уполномоченных полиции.
К функциям участкового уполномоченного полиции относятся:
1. Индивидуальная профилактическая работа, которая включает в себя выявление лиц, от которых можно ожидать совершения преступлений, их учет, систематическое наблюдение за поведением и образом жизни таких лиц и принятие необходимых мер к недопущению с их стороны правонарушений. В этой связи в его поле зрения должны находиться лица, освобожденные из мест лишения свободы, осужденные к наказаниям, не связанным с лишением свободы, злоупотребляющие спиртными напитками, трудные подростки и родители, отрицательно влияющие на воспитание детей.
2. Организация и осуществление охраны общественного порядка. При выполнении данной функции необходимо, прежде всего, исходить из того, что участковый уполномоченный является основной фигурой организации охраны общественного порядка на закрепленном участке. Он должен не только взаимодействовать с патрульно-постовыми нарядами милиции, дружинами, иными силами общественности, осуществлять с ними регулярное патрулирование, обучать формам и методам работы, контролировать их деятельность, но координировать усилия всех сил, которые участвуют в охране порядка на обслуживаемом участке.
Участковый уполномоченный постоянно докладывает руководству и дежурному по ОВД об изменении криминогенной обстановки, вносит предложения о наиболее целесообразной расстановке патрульных нарядов милиции, при необходимости по согласованию с руководством, а в его отсутствии - дежурным по ОВД, осуществляет маневрирование нарядами на территории своего участка. Эти функции во многих ГРОВД стали особенно широко проявляться при введении в последнее время принципа «патрульных участков» («зон ответственности») при организации охраны общественного порядка. Практика показывает, что во многих местах начальниками (старшими) патрульных участков, зон ответственности назначаются старшие участковые или участковые уполномоченные полиции.
Мероприятия по охране общественного порядка включают в себя и другие функции, в частности, общепредупредительную деятельность участкового уполномоченного - это выступления ,лекции на правовые темы на сходах граждан, в школах; проведение в общественных пунктах охраны порядка бесед с лицами, допускающими правонарушения в сфере семейно-бытовых отношений; оставление на транспортных средствах, находящихся вне гаражей и платных стоянок, памяток с текстом профилактического содержания и т.д.
3. Участие в раскрытии и расследовании преступлений. Нормативные акты относят к функциям участкового уполномоченного полиции оказание помощи в расследовании преступлений. В случае обнаружения на участке преступления по делам, по которым производство предварительного следствия не обязательно, он самостоятельно проводит комплекс предусмотренных уголовно-процессуальным законодательством неотложных следственных и оперативно-розыскных мероприятий по установлению и закреплению следов преступления и иных обстоятельств, имеющих значение для дела. При обнаружении на участке преступлений по делам, по которым производство предварительного следствия обязательно, участковый уполномоченный обязан принять меры к охране места происшествия, выявлению свидетелей, оказанию помощи потерпевшим, установлению и задержанию лиц, подозреваемых в совершении преступлений, обнаружению и изъятию похищенного имущества, орудий преступления и других вещественных доказательств. В случае невозможности прибытия на место происшествия следственно-оперативной группы или сотрудников криминальной полиции участковый уполномоченный в соответствии со ст. 177 УПК РФ самостоятельно проводит предусмотренные законом следственные действия и оперативно-розыскные мероприятия по установлению и закреплению следов преступления.
4. Взаимодействие с общественностью. Осуществление данной функции, прежде всего, обусловлено тем, что одному, без опоры на население и общественность, участковому уполномоченному чрезвычайно сложно выполнять все свои обязанности. Особенно остро ощущается это в сельской местности, где многие службы ОВД практически представлены лишь участковым уполномоченным полиции. Поэтому тем, насколько он умело опирается на население, помощь общественности, во многом определяется его успех и вклад в охрану порядка, предупреждение и раскрытие преступлений. Весьма весома помощь участковым уполномоченным полиции внештатных сотрудников полиции, которым поручается обслуживание микроучастков (домов, кварталов). В связи с этим в сельской местности участковый уполномоченный должен иметь внештатного сотрудника в каждом населенном пункте, а также на каждом объекте (предприятие, учреждение) в условиях района, города. Повышению его авторитета способствует организация регулярного приема населения не только участковым уполномоченным, но и руководством органов внутренних дел, прокурорскими работниками, депутатами. Инструкция определяет, что прием должен осуществляться не реже 2-х раз в неделю в удобное для населения время. Участковый уполномоченный обязан не реже одного раза в полугодие отчитываться о проделанной работе перед населением обслуживаемого участка. Этим обеспечивается гласность в работе участкового уполномоченного полиции, которая, как показывает практика, стимулирует население к оказанию помощи полиции в охране общественного порядка и борьбе с преступностью.
Анализируя организацию документооборота в ООД УУМ, важно отметить, что основу правильной организации работы с документами составляет оперативность сбора, обработки и использования документированной информации сотрудниками полиции. Документооборот ООД УУМ можно охарактеризовать как функцию коммуникации участковых уполномоченных полиции с гражданами, коллегами, сторонними организациями, реализация которой должна соотноситься, субординироваться с общими целями делопроизводства - информационным обеспечение деятельности ООД УУМ, его документирования, хранения и использования ранее созданной информации.
Согласно Инструкции сообщения о преступлениях (письменные заявления о преступлениях и явке с повинной, протоколы принятия устных заявлений о преступлениях и явке с повинной, рапорты об обнаружении признаков преступления) и поручения прокурора о проведении проверки по сообщениям о преступлениях, распространенных в средствах массовой информации, регистрируются в Книге учета сообщений о преступлениях в дежурной части органа внутренних дел.
Также в КУС регистрируются заявления, содержащие признаки безвестного исчезновения человека, и рапорты сотрудников органов внутренних дел о непосредственном обнаружении и выявлении ими признаков преступлений.
Протокол принятия устного сообщения о преступлении, сделанного при производстве следственного действия, о ранее не зарегистрированном преступлении регистрируется в КУС с отметкой «Дополнительно выявлено в ходе расследования».
Иная информация и письменные заявления о несчастных случаях, авариях, катастрофах, стихийных бедствиях и иных событиях, требующих проверки для обнаружения признаков преступления, регистрируются в Журнале учета иной информации о правонарушениях.
По результатам рассмотрения сообщений и иной информации участковым уполномоченным полиции принимается одно из следующих решений:
- о возбуждении уголовного дела;
- об отказе в возбуждении уголовного дела;
- о передаче сообщения по подследственности.
2. Исследование, проектирование БД
Цель инфологического проектирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в созданной БД. Поэтому инфологическую модель пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства.
Связь - ассоциирование двух и более сущностей. Если бы назначением БД было только хранение отдельных, не связанных между собой данных, то ее структура могла быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по назначениям других, для чего необходимо установить между ними определенные связи.
Создаваемая информационная система имеет цель достоверно отображать информацию о работе УУП. Основным требованием к инфологической модели (ИЛМ) является требование адекватного отображения предметной области. ИЛМ должна обладать свойством легкой расширяемости, обеспечивающим ввод новых данных без изменения ранее определенных. То же самое можно сказать и об удалении данных. ИЛМ должна легко восприниматься разными категориями пользователей и всеми специалистами, которые в дальнейшем участвуют в процессе проектирования баз данных и программного обеспечения.
При построении инфологической модели информационной системы будем придерживаться требований, описанных ниже:
адекватность отображения предметной области и выразительность средств отображения;
расширяемость модели, обеспечивающаяся возможность ввода новых объектов или удаление ранее определенных;
универсальность языка спецификации инфологической модели как для ручного, так и для автоматизированного проектирования информационной системы (язык должен использовать дружественный пользователю интерфейс, быть независимым от оборудования и ресурсов, использовать средства тестирования модели);
достаточность информации, содержащейся в инфологической модели для дальнейшего построения автоматизированной системы.
Любая СУБД оперирует с допустимыми для нее логическими единицами данных, а также допускает использование определенных правил композиции логических структур более высокого уровня из составляющих информационных единиц более низкого уровня. Кроме того, многие СУБД накладывают количественные и иные ограничения на структуру базы данных. Поэтому прежде чем приступить к построению даталогической модели, необходимо детально изучить особенности СУБД, определить факторы, влияющие на выбор проектного решения, ознакомиться с существующими методиками проектирования, а также провести анализ имеющихся средств автоматизации проектирования, возможности и целесообразности их использования. Хотя даталогическое проектирование является проектированием логической структуры базы данных, на него оказывают влияние возможности физической организации данных, предоставляемые конкретной СУБД. Поэтому знание особенностей физической организации данных является полезным при проектировании логической структуры.
Логическая структура базы данных, а также сама заполненная данными база данных являются отображением реальной предметной области. Поэтому на выбор проектных решений самое непосредственное влияние оказывает специфика отображаемой предметной области. Конечным результатом даталогического проектирования является' описание логической структуры базы данных на ЯОД. Однако если проектирование выполняется «вручную», то для большей наглядности сначала строится схематическое графическое изображение структуры базы данных. При этом должно быть обеспечено однозначное соответствие между конструкциями языка описания данных и графическими обозначениями информационных единиц и связей между ними. Графическое представление используется и при автоматизированном проектировании структуры базы данных как интерфейсное средство общения с проектировщиком, и при документировании проекта.
Спроектировать логическую структуру базы данных означает определить все информационные единицы и связи между ними, задать их имена; если для информационных единиц возможно использование разных типов, то необходимо определить их тип. Следует также задать некоторые количественные характеристики, например длину поля инфологической модели.
3. Реляционная СУБД Visual FoxPro
VisualFoxPro (VFP) - современная СУБД для персональных компьютеров, использующая реляционные базы данных, имеющая объектно-ориентированный алгоритмический язык для работы с информацией, методы визуального программирования и достаточно большие возможности.
Для запуска программы необходимо выполнить действия: Пуск программы VisualFoxPro 9. После запуска программы откроется окно СУБДVisualFoxPro. В верхней строке располагается заголовок, под ним находитсясистемное меню. При помощи системного меню можно выполнять некоторые операции обработки данных, создавать новые таблицы, форматы, проекты, БД, управлять интерфейсом системы. Основную часть окна составляет рабочая область, в которую выводятся данные при обработке таблицы БД. В правом верхнем углу располагается командное окно, в которое вводится с клавиатуры команды обработки в интерактивном режиме. Нижняя строка окна СУБД это строка состояния.
Некоторые достоинства системы:
· Широко известный формат таблиц баз данных, что позволяет легко организовать обмен информацией с другими приложениями MicrosoftWindows.
· Современная организация реляционных баз данных, позволяющая хранить информацию о таблицах базы, их свойствах, индексах и связях, задавать условия соблюдения ссылочной целостности, создавать локальные и удаленные представления (Views), связи с серверами, хранимые процедуры, исполняемые при наступлении более 50 различных видов событий.
· Высокая скорость работы с большими базами данных.
· Высокая наглядность работы с базами данных: многофункциональное окно Datasession позволяет видеть список открытых таблиц баз данных, их связи, фильтры, порядок по индексам, режимы буферизации, переходить к режимам модификации структуры, к работе с информацией таблиц и пр.
· Высокая скорость разработки приложений с использованием Мастеров (Wizard), Конструкторов (Designer), Построителей (Builder), режим подсказок IntelliSense при написании текста программ, системы отладки и тестирования программ.
· Собственный объектно-ориентированный язык работы с базами данных, основу которого составляет широко известное ядро xBase. Наличие в составе системы значительного количества библиотек стандартных классов с доступным для модификации исходным текстом. Возможность использования библиотек других приложений Windows (ActiveX).
· Возможность разработки приложений, работающих по технологии "клиент-сервер" с данными, размещенными на серверах баз данных Oracle и Microsoft SQL Server и с другими приложениями MicrosoftWindows с использованием ODBC и OLE
· Возможность разработки Интернет-приложений для работы с базами данных и работы с Web-сервисами. Создание и работа с COM и COM+ компонентами (ComponentObjectModel).
4. Проектирование инфологической модели
Информационно-логическая модель БД "Учет работы УУП", построенная в соответствии с выявленными информационными объектами и связями, показана на рисунке:
Рис1. Инфологическая модель данных
5. Проектирование даталогической модели
В созданной базе данных вся информация хранится в следующих 4 таблицах (см. табл. 1,2,3,4):
Структура таблицы «Учет зарегистрированных сообщений УУП» табл.1
Таблица 1
Имя поля |
Описание |
Тип |
Размер |
|
Tab_n_rs |
Таб. номер рег. сообщ. |
Char |
6 |
|
K_r |
Код регистрации |
Char |
7 |
|
N_r |
Номер регистрации |
Char |
7 |
|
Data |
Дата регистрации |
D |
8 |
|
Zayavite |
ФИО заявителя |
Char |
35 |
|
D_r |
Дата рождения |
D |
8 |
|
Adress |
Адрес |
Char |
30 |
|
Kr_f_d |
Краткая фабула дела |
Char |
60 |
|
N_resh |
Номер решения |
Char |
8 |
|
K_resh |
Код решения |
Char |
7 |
|
Naim_d |
Наимен.документа |
Char |
30 |
|
N_upp |
Номер УПП |
Char |
5 |
|
Tab_n |
Табельный номер |
Char |
6 |
Структура таблицы «УУП» табл.2
Таблица 2
Имя поля |
Описание |
Тип |
Размер |
|
Tab_n |
Табельный номер |
Char |
6 |
|
Fio |
ФИО участкового |
Char |
35 |
|
Zvanie |
Звание участкового |
Char |
20 |
|
Dol |
Должность участкового |
Char |
20 |
|
N_upp |
Номер УПП |
Char |
5 |
|
D_r |
Дата рождения |
D |
8 |
|
Mesto_gh |
Место жительства |
Char |
65 |
|
D_p_g |
Дни приема граждан |
Char |
7 |
|
Vr_p_g |
Время приема граждан |
Char |
4 |
Структура таблицы «УПП» табл.3
Таблица 3
Имя поля |
Описание |
Тип |
Размер |
|
N_upp |
Номер УПП |
Char |
5 |
|
Adr |
Адрес |
Char |
30 |
|
Tel |
Телефон |
Char |
11 |
|
Vr_r |
Время работы |
Char |
10 |
|
Gr_r |
График работы |
Char |
10 |
|
Gorod |
Город |
Char |
20 |
|
R_ob |
Район обслуживания |
Char |
20 |
|
Pr_vr |
Приемное время |
Char |
10 |
Структура таблицы «Форма документа» табл.4
Таблица 4
Имя поля |
Описание |
Тип |
Размер |
|
Naim_d |
Наименование док-та |
Char |
30 |
|
N-reg_v_CUS _and_ghui |
Номер рег-ии в КУС или ЖУИ |
Char |
15 |
|
Data_reg |
Дата регистрации |
D |
8 |
|
Sr_isp |
Cрок исполнения |
Char |
10 |
|
N_reg_s_v_ghurn |
Номер рег. сообщ. в журн |
Char |
10 |
|
Data_reg_s_v_ghurn |
Дата регистрации |
D |
8 |
|
N_prov |
Номер проверки |
Char |
8 |
|
Data_prov |
Дата проверки |
D |
8 |
|
D_sd_v_ar |
Дата сдачи в архив |
D |
8 |
|
Sr_zh |
Срок хранения |
Char |
10 |
|
Data_zap |
Дата заполнения |
D |
8 |
6. Создание файлов таблицы БД
Для того, чтобы создать БД необходимо выполнить следующие действия:FileNew, в результате чего на экране откроется окно в котором пользователю будет предложено выбрать тип создаваемого файла.
Необходимо выбрать тип DataBase БД, после чего на экране откроется диалоговое окно сохранения, в котором пользователю будет предложено задать место расположения файла и имя. Желательно для хранения БД создать отдельную папку. Зададим имя, которое предлагается Data1.DBC. После этого на экране появится окно взаголовке, которого будет написано Data1.DBC.
На рабочей области БД щелкнем правой клавишей и вызовем контекстное меню. В нем выберем пункт NewTable, в результате чего откроется окно сохранения и пользователю будет предложено задать имя создаваемой таблицы. Зададим имя Table 1dbf. После нажатия кнопки Ок на экране откроется окно создания таблиц в которую мы введем структуру из таблицы 1. В данном окне помимо тех полей как названия поля, тип и размерность еще имеется Index и null.
Если мы хотим создать Index по данному полю мы выбираем один из вариантов, ставим галочку если хотим чтоб данное поле не было пустым. Помимо вторичных индексов мы должны установить первичный индекс на tab_n_rs. Для этого перейдем на вкладку индекс и напротив tab_n_rs regular установим слово primary(рис2.1, рис2.2, рис2.3, рис2.4). Сохраняем выполненные действия нажатием Ок, после чего в БД появляется таблица Table1 с перечислением всех полей.Созданный первичный ключ будет еще раз написан и выделен. Таким образом создаются таблицы.
Создаем вторую таблицу.Щелкнув кнопкой мыши в окне БД вызываем контекстное меню и выбираем пункт NewTable и сохраняем под именем Table2 затем в появившееся окно заносим данные из таблицы2.
Для поля номер группы устанавливаем сначала вторичный индекс выполнив установление стрелки на поле index, затем перейдя на вкладку индекс для вторичного индексаTab_n поменяем значение regular на primary. Сохраняем нажатием Ок, после чего создается вторая таблица. Жирным выделяется полеTab_n ,N_upp .
Теперь свяжем таблицуTable2 с Table1. Для этого мы устанавливаем курсор на Tab_n а затем перетягиваем его к соответствующему полю из таблицы 1, после чего появляется связь между таблицей 1 и 2.
Обязательным условием связывания таблиц является то что одно из полей должно быть ключевым то которое перетягивается а второе должно быть индексным.
Рис 2 Установка индекса Table1
Рис 3. Установка индекса Table2
Рис 4. Установка индекса Table3
Рис 5. Установка индекса Table4
Рис 6. Даталогическая модель Table1
Рис 7. Даталогическая модель Table2
Рис 8. Даталогическая модель Table3
Рис 9. Даталогическая модель Table4
После установления связей таблиц сформировалась следующая схема данных:
Рис 10. Схема данных
Для ввода информации воспользуемся командой редактирования или дополнения Append.
После ввода в первую таблицу перейдем во вторую командой Select.
После введения информации сформировались следующие таблицы:
Рис 11
Рис12
Рис13
Рис 14
7. Изучение языка запроса SQL
Язык SQL (StructuredQueryLanguage -- язык структурированных запросов) был создан Microsoft в конце 70-ых годов и получил через некоторое время широкое распространение. Он позволяет формировать весьма сложные запросы к базам данных. Запрос -- это вопрос к базе данных, возвращающий запись или множество записей, удовлетворяющих вопросу.
Рассмотрим наиболее часто используемый оператор SQL -- оператором выбораSelect. Этот оператор возвращает одно или множество значений, которые могут представлять собой значения указанных полей записей, удовлетворяющих указанному условию и упорядоченных по заданному критерию.
Например, оператор
SELECT Fam, Im, Otc, Year_p FROM Student
указывает, что следует вернуть поля Fam, Im, Otc и Year_p из таблицыStudent.
Если указать вместо списка полей символ «*» -- это будет означать, что требуется вернуть все поля. Например, оператор
SELECT * FROMStudent -означает выбор всех полей.
Оператор
SELECT Fam FROM Student WHERE Pol =false and D_r>`01/01/1984'
- отберет записи, относящиеся к женщинам, родившимся после 1983 года.
Операцияbetween ... and имеет синтаксис:
<поле>between<значение>and<значение>
и задает для указанного поля диапазон отбираемых значений. Например, оператор
SELECT Fam, Year_p FROM Student WHERE Year_p BETWEEN 2001 AND 2004
- отберет записи студентов в заданном диапазоне год поступления (включая граничные значения 2001 и 2004).
ОперацияIn имеет синтаксис:
<поле>in (<множество>)
и отбирает записи, в которых значение указанного поля является одним из элементов указанного множества. Например, оператор
SELECT Fam, Year_p FROM student WHERE Year_p IN (2002,2003)
отберет записи студентов указанных годов поступления.
Элемент оператора Select, начинающийся с ключевых словORDERBY, определяет упорядочивание (сортировку) записей. Если в списке сортировки указано только одно поле, то сортировка производится по умолчанию в порядке нарастания значений этого поля. Например, оператор
SELECT N_Zac, Fam, D_r,Year_p FROM Student ORDER BY D_r
- задает упорядочивание возвращаемых значений по нарастанию датырождения. Если желательно излагать результаты по убыванию значений, то после имени поля добавляется ключевое словоDESC:
SELECT N_Zac, Fam, D_r,Year_p FROM Student ORDER BY D_r DESC
Если в списке послеORDERBY перечисляется несколько полей, то первое из них -- главное и сортировка проводится, прежде всего, по значениям этого поля. Записи, имеющие одинаковое значение первого поля упорядочиваются по значениям второго поля и т.д. Например, оператор
SELECT N_zac, Fam, Year_p FROM student ORDER BYFam, N_zac
сортирует записи по фамилиям студентов (значениям поля Fam), а для однофамильцев по номеру зачетной книжки.
Оператор Select позволяет возвращать не только множество значений полей, но и некоторые совокупные (агрегированные) характеристики, подсчитанные по всем или по указанным записям таблиц. Например, оператор
SELECTcount(*) FROMstudent -подсчитает полное количество записей в таблице student.
Операции с записями.
Вставка новой записи в таблицу осуществляется операторомInsert, который может иметь вид:
INSERTINTO<имя таблицы> (<список полей>) VALUES (<список значений;»)
В списке перечисляются только те поля, значения которых известны. Остальные могут опускаться
Редактирование записей осуществляется операторомUpdate:
UPDАТЕ <имя таблицы>SET<список вида <поле>=<выражение» WНЕРЕ<условие>
Удаление записей осуществляетсяоператоромDelete:
DELETE FROM <имятаблицы> WHERE <условие>
Операции с таблицами
Создание новой таблицы осуществляется операторомCreateTable:
CREATETABLE<имя таблицы> (<список вида <имя поля><тип>(<размер>)>)
Удаление таблицы осуществляется операторомDropTable:
DROPTABLE<имя таблицы>
ОператорDropTable полностью уничтожает таблицу.
Модификация структуры существующей таблицы осуществляется операторомAlterTable:
ALTERTABLE<имя таблицы><действие><имя поля><тип данных> ...
Операции с индексами
Создание нового индекса осуществляется операторомCreateIndex:
CREATEINDEX<имя индекса>ON<имя таблицы ><список полей>
Удаление существующего индекса осуществляется операторомDropIndex:
DROPINDEX<имя таблицы >.<имя индекса>
8. Формирование запроса БД
Для созданных таблиц вывести информацию о сообщении с указанием кода регистрации и наименования документа
Рис 15. Сформированный запрос
Вывести информацию о сообщении с указанием ФИО заявителя, даты рождения, адреса и табельного номера УУП.
Сформировать запрос для зарегистрированного сообщения с указанием табельного номера регистрации сообщения, номера регистрации, наименования документа, даты регистрации, срока исполнения
Рис 16. Сформированный запрос
Рис17. Сформированный запрос
Вывести информацию о сообщении с указанием кода регистрации, номера регистрации, краткого фабула дела, номера решения, кода решения, табельного номера, ФИО, звание, должность, номера УПП, телефон, приемное время,
Сформировать запрос для получения информации о сообщении с указанием табельного номера регистрации сообщения, номера УПП, графика работы, времени работы, наименования документа, даты регистрации сообщ-я в журн. , даты сдачи в архив.
Рис 18. Сформированный запрос
Рис19. Сформированный запрос
программа visual файл запрос
Заключение
В результате выполнения курсового проекта получены навыки работы в среде MicrosoftVisualFoxPro 9.0(разработка и создание таблиц, запросов).
Решены следующие задачи: получена возможность просматривать, редактировать, добавлять данные, получать результаты запросов. Так же обеспечена удобная работа для регистрации сообщений. Следует отметить что:
при проектировании использовалась точка зрения самого разработчика;
пользователи БД равноправны;
среда разработки -MiсrоsоftVisualFoxPro 9.0
Созданная программа при практическом дополнении может стать хорошей основой для создания полноценой базы данных для учета не только работы УУП, но и для многих других отраслей. Ее практическое использование возможно не только в государственном секторе, но и в частных отраслях, но для этого требуется изменение предметной области.
Список литературы
1. Указ Президента РФ №1226 «О неотложных мерах по защите населения от бандитизма и иных проявлений организованной преступности» от 14 июня 1993 года.
2. Орлов С.А. Технология разработки программного обеспечения: Учебник. - СПб.: Питер, 2002.
3. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2004
4. Шкарина Л. Язык SQL:учебный курс. - СПб.: Питер, 2001.
5. Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб: Питер, 2001.
6. Боровиков В.В. MSACCESS 2002. программирование и разработка баз данных и приложений. - СОЛОН-Р, 2002.
7. Административная деятельность органов внутренних дел. Учебное пособие. Особенная часть./ Под общей редакцией профессора В.И. Попова, профессора А.Я. Минина - М.: МосУ МВД России, 2005 год.
8. Справочник участкового уполномоченного милиции / Под общей редакцией А.А. Чекалина. - М.: Объединенная редакция МВД России, 2003 год. Бартеньев О.В. MiсrоsоftVisualFоxРrо:Учебно-справочное пособие/ М.: Диалог МИФИ, 2005-672 с.
9. Каратыгин С.А., Тихонов А.Ф., Тихонова Л.Н. VisualFоxРrо 6.0//М.: Бином, 1999-784С.
10. Корнеев В.В. и др. Базы данных. Интеллектуальная обработка информации // М.:Нолидж, 2000.- 352 с.
11. Глушаков С.В., Ломотько Д.В. Базы данных. Учебный курс // Харьков: Фолио; Ростов н/Д : Феникс; Киев : Абрис, 2000. - 504 с.
Размещено на Allbest.ru
...Подобные документы
Описание модели предметной области, построение функциональной модели. Проектирование структуры базы данных, реализация спроектированной базы данных при помощи СУБД Visual FoxPro. Создание форм при помощи мастера форм, построение исполняемого файла.
лекция [4,0 M], добавлен 04.11.2009Автоматизация подсистемы управления кадрами на ОАО Судостроительный завод "Лотос". Описание предметной области, построение инфологической и даталогической модели. Проектирование базы данных и разработка приложения. Взаимосвязь командных файлов в проекте.
дипломная работа [326,9 K], добавлен 02.10.2013Базы данных и системы управления базами данных. Структура простейшей базы данных, свойства полей. Понятие языка SQL. Проектирование баз данных, режимы работы, объекты. СУБД Microsoft Access. Создание базы данных "Электротовары" средствами Visual FoxPro.
курсовая работа [5,7 M], добавлен 29.04.2014Этапы создания и разработки базы данных. Построение модели предметной области. Разработка даталогической и физической моделей данных, способы обработки данных о сотрудниках организации. Проектирование приложений пользователя. Создание кнопочной формы.
курсовая работа [2,1 M], добавлен 14.02.2011Разработка проектных решений по созданию подсистемы учета студентов в деканате различных форм и видов обучения, диагностический анализ системы управления. Проектирование информационной базы данных, построение инфологической и датологической модели.
дипломная работа [1,1 M], добавлен 24.06.2011Теоретические основы создания баз данных в Visual Foxpro 9.0. Описание программы, использование ее команд. Создание табличной базы данных, отношений между таблицами в многотабличной базе данных больных в больнице. Редактирование табличного отчета.
курсовая работа [681,2 K], добавлен 19.12.2013Анализ предметной области. Обеспечение качества проектной документации. Построение инфологической (концептуальной) модели предметной области. Проектирование физической структуры базы данных. Разработка интерфейса, организация ввода и поиска данных.
курсовая работа [2,5 M], добавлен 10.01.2016Определение экономической целесообразности и технической возможности создания БД. Организация хранения файлов в информационной базе. Принципы и содержание организации интегрированной базы данных. Построение инфологической модели предметной области.
лабораторная работа [118,0 K], добавлен 11.05.2017Разработка автоматизированной системы кредитования банка: концептуальная модель предметной области. Построение инфологической и даталогической модели средствами MySQL; таблицы и схемы базы данных; формулировка запросов для отображения данных их таблиц.
курсовая работа [8,7 M], добавлен 18.01.2012Создание базы данных, хранящей данные о фильмах, в которой пользователи, используя строку запроса, могут получить нужную информацию по интересующему их фильму или кинотеатру. Проектирование реляционной модели базы данных. Скрипты и создание выборок.
дипломная работа [660,9 K], добавлен 28.12.2011Проектирование даталогической модели в виде логической структуры реляционной базы данных в СУБД Microsoft SQL Server на основе созданной инфологической модели базы данных интернет-магазина музыки. Выделение сущностей и связей, анализ предметной области.
курсовая работа [724,6 K], добавлен 15.06.2013Создание инфологической и даталогической модели базы данных, которые отображают сущности и атрибуты, отношения и поля. Разработка информационной системы учета пролеченных в дневном стационаре (DSP) с помощью СУБД MS Access и среды разработки Delphi 7.
курсовая работа [1,5 M], добавлен 03.07.2012Разработка базы данных с информацией о сотрудниках, товарах, со справочником типов товаров средствами системы управления базами данных MySQL с помощью SQL-запросов. Разработка инфологической модели предметной области. Структура таблиц, полей базы данных.
контрольная работа [648,7 K], добавлен 13.04.2012Системный анализ и оценка требований к базе данных. Концептуальная (инфологическая) модель предметной области. Построение ERD-диаграммы и физической модели в методологии IDEF1X. Составление форм, запросов и отчетов в среде СУБД Visual FoxPro 8.0.
курсовая работа [1,3 M], добавлен 24.06.2013Описание предметной области разрабатываемой базы данных для теннисного клуба. Обоснование выбора CASE-средства Erwin 8 и MS Access для проектирования базы данных. Построение инфологической модели и логической структуры базы данных, разработка интерфейса.
курсовая работа [3,8 M], добавлен 02.02.2014Системный анализ предметной области. Построение концептуальной и даталогичной модели базы данных. Физическое проектирование базы данных. Описание функциональной модели системы управления базами данных. Разработка экранных форм ввода-вывода и отчета.
курсовая работа [1,1 M], добавлен 09.12.2014Анализ деятельности гостиницы. Структурный анализ бизнес-процесса на основе IDEF0-модели. Особенности построения инфологической и даталогической модели данных. Аспекты проектирования базы данных гостиницы с использованием программного языка Delphi.
курсовая работа [1,6 M], добавлен 15.02.2014Построение инфологической (концептуальной) модели предметной области. Проектирование логической и физической структуры базы данных. Реализация проекта в среде конкретной СУБД. Организация корректировки и ввода данных в БД. Разработка интерфейса.
курсовая работа [1,4 M], добавлен 14.01.2018Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0.
курсовая работа [5,1 M], добавлен 13.12.2011Базы данных - важнейшая составная часть информационных систем. Проектирование базы данных на примере предметной области "Оргтехника". Сбор информации о предметной области. Построение информационно-логической модели данных. Разработка логической структуры.
курсовая работа [318,6 K], добавлен 24.12.2014