Реферат: Создание форм и отчетов - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Создание форм и отчетов

Банк рефератов / Программирование

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Архив Zip, 52 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

Базы данных . Создание форм и отчетов (на примере ACCESS ) . Описание программы ведения электронной школьной документации. В дипломной работе рассмотрены общие вопросы баз данных различных моделей , принцип ы организации текстовых , сетевых и реляционны х баз . Описан подход к проектированию баз данных . На конкретном примере баз ы данных для ведения электронной школьной до кументации показан процесс конструирования и построения базы данных . Раскрыты приемы созда ния экранных форм и отчетов. Подробно описана методика работы с пр ограммой . Программа может быть использована д ля практиче ской работы в школах и других учебных заведениях в помощь школьно му администратору. Рассмотрены вопросы санитарно-гигиенических т ребований при работе с компьютером. Введение Дипломная работа посвящена анализ у проектирования баз данных , а также освещ ению м етодов построения форм и отчето в на примере построения программы ведения электронной документации учебного заведения . В качестве инструмента построения базы данных использован Microsoft Access. С самого начала эту СУБ Д отличала простота использования в со ч етании с широкими возможностями по разработке законченных приложений. Актуальность темы В настоящее время , несмотря на повышен ие компьютеризации общества , в сфере образова ния до сих пор нет средств , позволяющих в достаточной мере автоматизировать процесс ведения документации и отчетности. Одной из составных задач можно рассма тривать проблему составления расписания учебного процесса , а так же оперативную корректиро вку расписания при возникновении необходимости в этом. О своевременности и актуальности рассм атриваемой проблемы говорит тот факт , что большую часть своего времени администрато ры заведений и преподаватели тратят на оф ормление различной документации и отчетов . Ог ромное количество учебных заведений и отсутст вие предложений в данной сфере гарантирую т высокую потребность в данном продукте. Базы данных (БД ) составляют в настоящее время осн ову компьютерного обеспечения информационных про цессов , входящих практически во все сферы человеческой деятельности. Действительно , процессы обработки информации имеют общую природу и опираются на описание фрагментов реальности , выраженное в виде совокупности взаимосвязанных данных . Ба зы данных являются эффективным средством пред ставления структур данных и манипулирования и ми . Концепция баз данных предполагает использ о в ание интегрированных средств хранен ия информации , позволяющих обеспечить централизов анное управление данными и обслуживание ими многих пользователей . При этом БД должна поддерживаться в среде ЭВМ единым програ ммным обеспечением , называемым с истемой управле ния базами данных (СУБД ). СУБД вместе с прикладными программами называют банком данных . Одно из основных назначений СУБД – поддержка программными средствами представления , соответствующего реальности. Предметной областью называется фрагмент реальности , кот орый описывается или моделируется с помощью БД и ее приложений . В предметной обла сти выделяются информационные объекты – иден тифицируемые объекты реального мира , процессы , системы , понятия и т.д ., сведения о которых хранятся в БД. Некоторые сведения о тип ах данных Этапам реализации баз данных соответствуют уровни описания предметной облас ти : реальность в том виде , как она суще ствует ; концептуальное описание реальности ; предст авление описания в виде формального текста и физическая реализация БД на машинных носителях. Для ввода в ПК полученное описание должно быть представлено в терминах специа льного языка описания данных , который входит в комплекс средств СУБД. Простое (элементарное ) данное – это наименьшая семантически значимая поименованная единица данных (например , ФИО , должность , адрес и т.д .). Зна чения простого данного описывает представленную им характеристику объекта для каждого эк земпляра объекта . Имена простых данных хранят ся в описании БД , в то время как и х значения запоминаются в самой БД. Совокупн ость простых данных можно объединить в составное данно е двумя способами . Во-первых , м ожно соединить несколько разнотипных данных . Например , данное АНКЕТА состоит из данных ТАБЕЛЬНЫЙ НОМЕР , ФИО , ГОД РОЖДЕНИЯ , ПОЛ , ДОЛ ЖНОСТЬ , ЗАРПЛАТА . По этому принципу обра зуется структурное данное или данное типа структура . Описание стр уктуры состоит из перечисления ее составных частей , значение – из значений составляю щих ее данных . Во-вторых , составное данное может объединять совокупность однотипных данных (список сотрудник ов , послужной список сотрудника и т.п .). Составное данное этого т ипа называется массивом . В описании массива достаточно ука зать описание одного элемента , значение масси ва представляется однородным списком значений его элементов. В общем случае составные да нные представляют собой объединенную под одним именем совокупность данных любых типов , в том числе структур и массивов , с произволь ной глубиной вложенности составных данных (ри с .1). Элементы массива могут идентифицироваться ключом - данным , значения которо го взаим но однозначно определяют экземпляры элементов. Составные типы данных представляют иерархические связи значений данных в БД . Представление пр едметной области в виде структур данных с иерархическими связями носит название иерархической модели данных. В общем случае в базе могут быть определены также сетевые связи , позвол яющие описать сеть – ориентированный граф произвольного вида . Представление предметной об ласти в виде сетевых структур данных обще го вида называется сетевой моделью данных . Сетевые свя зи реализуются путем отождествления отдел ьных данных БД. Процесс построения концептуального описания с учетом всех необходимых факторов назыв ается процессом проектирования БД. Интерфейс с БД. Интерфейс определяет переход о т представления данных в БД к пре дставлению , принятому среди пользователей , и о братно . В общем случае пользователи представл яют данные в виде документов различных ви дов , от произвольных текстов до справок и таблиц фиксированного формата. Интерфейс доступа конечного пользователя охватывает комплекс технических , организационны х и программных решений , обеспечивающих в итоге унифицированность , хорошую понимаемость и надежность взаимодействия конечного пользователя с различными моделями персональных компьютер ов. Под документом понимается произв ольны й структурированный текст , который может быть представлен на алфавитно – цифровых печ атающих устройствах . При этом под структурой текста понимается структура взаимосвязей дан ных , составляющих текст. В процессе проектирования , как правило , возникает не обходимость точного учета структур документов . Для полного представления этих структур могут использоваться средства описания данных БД . Тем самым облегчается процесс сопоставления БД и документов при организации интерфейса. Совместная реализация БД и инт ерф ейса на единой концептуальной основе предпола гает сопоставление соответствующих понятий конце птуального описания с понятиями пользователей. Конкретные функциональные требования пользов ателей и предполагаемое их обеспечение отобра жаются понятием пользо вател ьского представления данных . В общем случае пользовательское представление вк лючает так называемое локальное внешнее представление функций обработки данных , а также определение форматов входных и выходных данных. База данных ( БД ) – именованная совоку пность данных , отражающая состояние объектов и их отношен ий в рассматриваемой предметной области ; - система управления базам и данных (СУБД ) – совокупност ь языковых и программных средств , предназначе нных для создания , ведения и совместного п рименения БД мно гими пользователями ; - банк данных (БнД ) – основанная на технологии БД система программных , языковых , организационных и технических средств , предназначенных для централизованного накопления и коллективного исп ользования данных ; - информационная система (ИС ) – система , реализующая автоматизированный сбор , обработку и манипулиро вание данными и включающая технические средст ва обработки данных , программное обеспечение и соответствующий персонал. Функционально – полная СУБД должна в ключать в свой состав средства , обеспечи вающие потребности пользователей различных катег орий на всех этапах жизненного цикла сист ем БД : проект ирования , создания , эксплуатации. БАЗЫ ДАННЫХ Текстовые базы данных. Объектами хранения в текстовых БД являются тексты . Под текстом будут пони маться неструктурированные данные , пост роенные из строк . Основной целью любой текстовой БД явл яется хранение , поиск и выдача документов , соответствующих запросу пользователя . Такие докум енты принято называть релевантными . Ввиду тог о , что автоматизированны й поиск документо в на естественных языках достаточно затруднен , возникает вопрос о проектировании некоторых формальных языков , предназначенных для отобр ажения основного смыслового содержания документо в и запросов в БД . Такие языки называют информационно-п о исковыми . В настоящее время разработано доста точно большое количество информ ационно-поисковых языков , которые отличаются не только по своим изобразительным свойствам , но и по степени семантической силы. В основе подхода к построению классификационных язы ков лежит представление о том , что накопленные знания могут быть разделены на взаимоисключающие классы и подклассы . Сущест вует система правил , которой должен подчинять ся любой язык классификационного типа , в ч астности : Деление отраслей знаний на классы и п одклассы проводится по одному основан ию ; Подклассы должны исключать друг друга ; При делении классов на подклассы долж на соблюдаться непрерывность. Информационно – поисковые языки , получив шие название дескрипторных , основаны на применении принципов координ атного индексирования , при котором смысловое содержание документа может быть с определенной степенью точности и полноты задано списком ключевых слов , содержащихся в тексте. Дескрипторные языки привязаны к лексике текстов . Ключевые слова из текстов выбира ю тся исходя из разных целей , соответст венно , критерии выбора могут различаться . Для построения дескрипторного языка критерием от бора ключевых слов , как правило , служат ин формативность слова и частота его встречаемос ти в тексте. Универсальными структурами де скрипторног о языка являются лексические единицы , парадиг матические и синтагматические отношения. Лексическая единица – наименьшая смысловая единица , задава емая при построении языка. В большинстве автоматизированных информацион ных систем при индексировании документов и запросов применяется контроль с помощью тезауруса . Контроль может осуществляться в автоматизированном или ручном режиме . По су ти дела тезаурус представляет собой словарь – справочн ик , в котором присутствуют все лексические единицы дескрипторн ого информационно поиск ового языка с введенными парадигматическими о тношениями . Парадигматические отношения могут зад аваться как : Отношения вид – род (вышестоящий деск риптор ); Отношения род – вид (нижестоящие деск рипторы ); Синонимы ; Ассоциативные связи В тезаурусы помещаются дескрипторы и недескрипторы , хотя существуют тезаурусы то лько из дескрипторов. Как дескрипторы , так и недескрипторы п риводят к единой грамматической форме . Как правило , дескрипторы употребляются в форме существительных или именных слов осочетаний . Тезаурус может быть построен по принципу дескрипторных статей , состоявших из заглавного дескриптора и списка дескрипторов и неде скрипторов с обозначением парадигматических отно шений . Тезаурус может быть двуязычным . В э том случае эквивалентный д ескриптор на иностранном языке должен быть обозначен. Парадигматические отношения представляют собой внетекстовые отнош ения между лексическими единицами . На их о сновании происходит группировка лексических един иц в парадигмы. Синтагматические отношения пре дставляют собой отношения лексических единиц в тексте , т.е . они выраж ают семантику контекста. При переводе основного смыслового содержа ния документов и запросов с естественного языка на дескрипторный информационно – по исковый язык существуют определенные п рав ила , называемые системой индексирования . Результат ом перевода документа является поисковый образ документа , а запроса – поисковый о браз запроса . Из перечисленных информационно – поисков ых языков именно дескрипторные языки наилучши м образом приспособлен ы для описания документов и запросов при автоматизированном поиске в текстовых БД . Языки эти обладают таким преимуществом , как гибкость , открытость , близость к естественному языку ; это язык и двухуровневые (уровень ключевых слов и у ровень дескрипторов ). Де с крипторные ин формационно – поисковые языки позволяют форм улировать документы и запросы в разных те рминах . К основным недостаткам языков данного класса можно отнести недостаточную полноту описания смыслового содержания документов и запросов . Системы , контр олируемые тезаурусом , со держат процедуры как морфологического , так и синтаксического анализа текстов . Однако при проектировании ряда БД возникает необходимос ть в добавлении еще одного этапа анализа текста на естественном языке – анализа его семантической с труктуры . Пример ом таких баз могут быть БД , ориентированны е на поиск по образцам . В подобных семантических системах пытаются моделировать процесс понимания законченных описаний фрагментов действительности , например патентов , рассказов , эпизодов и др ., выра женных в виде текстов . Как правило , понимание текста трактуется как проц есс извлечения из него существенной с точ ки зрения системы информации . Извлеченная инф ормация вводится в базу знаний , представляющу ю собой динамическую информационную модель ре ального мира . Затем система способна отвечать на запросы относительно событий , ф актов , явлений , изложенных в текстах. Пакеты прикладных программ , предназначенные для ввода , обработки , поиска и обновления текстов , называют информационно-по исковой системой (ИПС ). С етевые базы данных. Одним из наиболее эффективных методов представления знаний являются сетевые модели . В основе моделей лежит понятие сети , вершинами которой являются понятия , соответств ующие объектам , событиям , процессам , явлениям , а дугами – отношения между этими по нятиями. Узлы и связи можно наглядно изображат ь в виде диаграмм. Если вершины сети не имеют своей внутренней структуры , то сеть будет простой . Если же ве ршины обладают некоторой структурой в виде сети , то сеть называется иерархической . Если о тношения между вершинами одинаковые , то сеть однородна, в противн ом случае – сеть неоднород на . Характер отношений , приписывае мый дугам , может быть различен . В соответс твии с этим выделяют следующие типы сетей : Функциональные сети отражают декомпозицию опре деленной вычислительной или информационной процедуры , а дуги показывают функциональную связь между декомпонированными частями ; этот язык недост аточно богат для представления знаний ; Сценарии , предста вляющие собой однородные сети с единственным отношением в виде нестрогого порядка . Семантика отношений может быть различной . О тношение может трактоваться как классифицирующее , временное и т.п . Сценарии часто использую тся при формировании допустимых планов по достижению цели ; Семантические сети используют отношен ия разных типов , а вершины в них могут иметь разную интерпретацию , По сути дела семантическая сет ь является классом , в который включаются к ак сценарии , так и функциональные сети . На иболее часто используются в сети связи ти па “это есть” . Они позволяют пост р оить в виде сети иерархию понятий , в которых узлы низших уровней наследуют свойства узлов более высоких уровней . Именн о таким механизмом переноса свойств обусловле на эффективность семантических сетей. Реляционные базы данных. Базы данных называются реляци онными , есл и управление ими основано на математической модели , использующей методы реляционной алге бры и реляционного исчисления . С . Дейт дае т следующее неформальное определение реляционных баз данных : Вся информация в базе дан ных представлена в виде табли ц. Поддерживаются три реляционных оператора – выбора , проектирования и объединения , с помощью которых можно получить любые необходимые данные , за ложенные в таблицы. Доктор И.Ф . Кодд , автор реля ционной модели , разработал целый список крите риев , которым дол жна удовлетворять реляци онная модель . Описание этого списка , часто называемого “ 12 правилами Кодда” , требует введе ния сложной терминологии и выходит за рам ки дипломной работы . Тем не менее можно назвать некоторые правила Кодда для реляци онных систем . Чтоб ы считаться реляци онной по Кодду , система управления базами данных должна : Представлять всю информацию в виде таблиц ; Поддерживать логическую структуру данных , независимо от их физического представления ; Использовать язык высокого уровня для структурировани я , выполнения запросов и изменения информации в базах данных ; Поддерживать основные реляционные операции (выбор , проектирование и объединение ), а такж е теоретико-множественные операции , такие как объединение , пересечение и дополнение ; Поддерживать виртуаль ные таблицы , обе спечивая пользователям альтернативный способ про смотра данных в таблицах ; Различать в таблицах неизвестные значения (nulls), нулевые значения и пропуски в данных ; Обеспечивать механизмы для поддержки цело стности , авторизации , транзакций и в осстан овления данных. Первое правило Кодда гласит , что вся информация в реляционных базах данных пр едставляется значениями в таблицах . В реляцио нных системах таблицы состоят из горизонтальн ых строк и вертикальных столбцов . Все данные представляются в табл ичном формате – другого способа прос мотреть информацию в базе данных не сущес твует . Набор связанных таблиц образует базу данных . Таблицы в реляционной базе разделены , но полность ю равноправны . Между ними не существует ни какой иерархии. Каждая таблица состо ит из строк и столбцов . Каждая строка описывает отдельн ый объект или сущность – ученика , предмет , день недели или что-нибудь другое . Каждый столбец описывает одну хар актеристику объекта – имя или фамилию ученика , его адр ес , оценку , дату . Каждый элемент дан ных , или значение , определяется пересечением строки и сто лбца . Чтобы найти требуемый элемент данных , необходимо знать имя содержащей его таблиц ы , столбец и значение его первичного ключа , или уни кального идентификатора . В реляционной базе данных существует два типа таблиц – пользовательские таблицы и системные таблицы . Пользовательские таблицы содержат информацию , для поддержки которой собственно и создавались реляционные базы данных . Системные таблицы обычно подде рживаются самой СУБД , однако доступ к ним м ожно получить так же , как и к любым другим таблицам . Возможность пол учения доступа к системным таблицам , по ан алогии с любыми другими таблицами , составляет основу другого правила Кодда для реляцио нных систем . Реляционная модель обеспечивает независимость данных на двух уровнях – физическом и логическом . Физическая независимо сть данных означает с точки зрения пользователя , что представление данны х абсолютно не зависит от способа их физического хранения . Как следствие этого , физ ическое перемещение данных ник оим образом не может повлиять на логическую структур у базы данных . Другой тип независимости , о беспечиваемый реляционными системами - логическая независимость – означает , что изменение взаимосвязей между таблицами и строками не влияет на прав ильное функцион ирование программных приложен ий и текущих запросов. В определении системы управления реляцион ными базами данных упоминаются три операции по выборке данных – п роектирование , выбор и объединение , которые позволяют строго указать систе ме , какие данные необход имо показать . Операция проектирования выбирает столбцы , операци я выбора – строки , а операция объединения собирает вместе данные из связанных табл иц. Виртуальные таблицы можно рассматривать как некоторую пере мещаемую по таблицам рамку , через которую можно у видеть только необходимую часть информации . Виртуальные таблицы можно получить из одной или нескольких таблиц базы данных ( включая и другие виртуальные таблицы ), используя любые операции выбора , проектирова ния и объединения . Виртуальные таблицы , в отличи е от “настоящих” , или базовых таблиц , физически не хранятся в базе данных . В то же время необходимо осознават ь , что виртуальные таблицы это не копия некоторых данных , помещаемая в другую табли цу . Когда вы изменяете данные в виртуально й таблице , то тем самы м изменяет е данные в базовых таблицах . В идеальной реляционной системе с виртуальными таблицами можно опер ировать как и с любыми другими таблицами . В реальном мире на виртуальные таблицы накладываются определенные ограничения , в ча стности на обновление . Одн о из правил Кодда гласит , что в истинно реляционной системе над виртуальными таблицами можно выполнять все “теоретически” возможные операци и . Большинство современных систем управления реляционными базами данных не удовлетворяют э тому правилу полностью. В р еальном мире управления информ ацией данные часто являются неизвестными или неполными : неизвестен телефонный номер , не захотели указать возраст . Такие пропуски ин формации создают “дыры” в таблицах . Проблема , конечно , состоит не в простой неприглядн ости под о бных дыр . Опасность состо ит в том , что из-за них база данных может стать противоречивой . Чтобы сохранить целостность данных в реляционной модели , та к же , как и в правилах Кодда , для о бработки пропущенной информации используется пон ятие нуля. “Нуль” не оз на чает пустое поле или обычный матема тический нуль . Он отображает тот факт , что значение неизвестно , недоступно или непримен имо . Существенно , что использование нулей иниц иирует переход с двухзначной логики (да /не т ) на трехзначную (да /нет /может быть ). С точк и зрения другого эксперта по реляционным системам , Дейта , нули не яв ляются полноценным решением проблемы пропусков информации . Тем не менее они являются с оставной частью большинства официальных стандарт ов различных реляционных СУБД. Целостность – очень слож ный и серьезный вопрос п ри управлении реляционными базами данных . Нес огласованность между данными может возникать по целому ряду причин . Несогласованность или противоречивость данных может возникать всле дствие сбоя системы – проблемы с аппарат ным обеспече н ием , ошибки в програм мном обеспечении или логической ошибки в приложениях . Реляционные системы управления базам и данных защищают данные от такого типа несогласованности , гарантируя , что команда либо будет исполнена до конца , либо будет полностью отменена. Этот процесс обычн о называют управлением транзакц иями . Другой тип целостности , называемый объектной целостностью, связан с корректным проектированием ба зы данных . Объектная целостность требует , чтоб ы ни один первичный ключ не имел нуле вого значения. Третий тип целостности , называемой ссылочной целостностью, означает непротиворечивость между частями информации , повторяющимися в разных таблицах . Например , если вы изменяете неправильно введенный номер карточки страхового полиса в одной таблице , другие таблицы, содержащи е эту же информацию , продолжают ссылаться на старый номер , поэтому необходимо обновить и эти таблицы . Чрезвычайно важно , чтобы при изменении информации в одном месте , она соответственно изменялась и во всех других местах . Кроме того , по определен ию Кодда , ог раничения на целостность должны : Определяться на языке высокого уровня , используемом системой для всех других целе й ; Храниться в словаре данных , а не в программных приложениях. Эти возможности в том или ином ви де реализованы в большинстве систе м. Проектирование баз данных Процесс , в ходе которого решается , как ой вид будет у вновь создаваемой БД , н азывается проектированием базы данных . На эта пе проектирования необходимо предусмотреть все возможные действия , которые могут возникнуть на различных этапах жизненного цикла БД. На этапе анализа концептуальных требовани й и информационных потребностей необходимо ре шить следующие задачи : Анализ требований пользователей к БД ( концептуальных требований ); Выявление имеющихся задач по обработке информации , к оторая должна быть предста влена в БД (анализ приложений ); Выявление перспективных задач (перспективных приложений ); Документирование результатов анализа. Требования пользователей к разрабатываемой БД представляют собой список запросов с указанием их интенс ивности и объемов данных . Эти сведения разработчики получают в диалоге с будущими пользователями БД . Зд есь же выясняются требования к вводу , обно влению и корректировке информации . Требования пользователей уточняются и дополняются при а нализе имеющихся и п е рспективных приложений. Например , в случае разработки БД для ведения электронной документации учебного за ведения необходимо получить ответы на вопросы : Сколько учеников учится в школе ? Сколько смен и классов в школе ? Как распределены учащиеся по классам и сменам ? Сколько предметов дается по каждой па раллели и в каких объемах ? Сколько имеется учебных классов ? Сколько преподавателей в школе их спе циализация и классность ? Как часто обновляется информация в БД ? Какие существуют виды отчетов , справок и диаграмм ? Необходимо решить задачи : Ведения личных дел учащихся Ведения классных журналов Составление расписания занятий Ведения табеля рабочего времени преподава телей На основе информации хранящейся в БД необходимо выдавать следующие отчеты : Табель успеваемости Ведомость успеваемости и посещаемости кла сса Динамика роста успеваемости по классам и школе Отчет по успеваемости за год Таблица мониторинга учебного процесса Статистические данные по количеству учащи хся Результаты тестирования Результаты работы учителей Р езультаты выпускных экзаменов Качество знаний учащихся Отчет по предмету Табель по питанию Акт о несчастном случае Протокол экзамена за курс средней шко лы Сведения о травматизме за учебный год Сведения подаваемые классным руководителем за четверть Список выбывших учащихся Движение за год Список оставшихся на второй год График результатов успеваемости по четвер тям График итогов успеваемости по годам Выявление информационных объекто в и связей между ними Вторая фаза анализа предметной области состоит в выбо ре информацион ных объектов , задании необходимых свойств для каждого объекта , выявлении связей между о бъектами , определении ограничений , накладываемых н а информационные объекты , типы связей между ним , характеристики информационных объектов . При выборе инфо рмационных объектов необходимо ответить на ряд вопросов : На какие таблицы можно разбить данные , подлежащие хранению в БД ? Какое имя можно присвоить каждой табл ице ? Какие наиболее интересные характеристики (с точки зрения пользователя ) можно выделить ? Какие имена можно присвоить выбранн ым характеристикам ? В нашем случае предполагается завести следующие таблицы (рис 4): Школа Класс Предметы Ученики Учителя Оценки Ном ер Класс Предмет Класс Фамилия Класс Тел ефон Смена Фамилия Имя Отчест Предмет Дир ектор Имя Предмет Фамилия Имя Дата Оценка Выделим связи между информационными объектами (рис .5) В ходе этого процесса необходимо отве тить на следующие вопросы : Какие типы связей между информационными объектами ? Какое имя можно присвоить кажд ому типу связей ? Каковы возможные типы связей , которые могут быть использованы впоследствии ? Попытка задать ограничения на объекты , их характеристики и связи приводит к н еобходимости ответа на следующие вопросы : Какова область значений для числовых характе ристик ? Каковы функциональные зависимости между х арактеристиками одного информационного объекта ? Какой тип отображения соответствует каждо му типу связей ? При проектировании БД существуют взаимосв язи между информационными объектами трех типо в : “один к одном у” , “один ко многим ” , “многие ко многим” (рис .6). Построение концептуальной модели В простых случаях для пост роения концептуальной схемы используют традицион ные методы агрегации и обобщения . При агре гации объединяются информационные объекты (элемен ты да нных ) в один в соответствии с семантическими связями между объектами . Напр имер , урок истории в 10 “а” классе проводитс я в кабинете № 7, начало в 9-30. Методом агр егации создаем информационный объект (сущность ) РАСПИСАНИЕ со следующими атрибутами : “класс” , “ предмет” , “кабинет” , “время” . При обобщении информационные объекты (элементы данных ) объединяются в родовой объект (рис .7): Выбор модели диктуется прежде всего х арактером предметной области и требованиями к БД . Другим немаловажным обстоятельством явля етс я независимость концептуальной модели от СУБД , которая должна быть выбрана после построения концептуальной схемы. Модели “сущность-связь” , дающие возможность представлять структуру и ограничения реального мира , а затем трансформировать их в с оответствии с возможностями промышленных СУ БД , являются весьма распространенными. Под сущностью понимают основное содержани е того явления , процесса или объекта , о котором собирают информацию для БД . В к ачестве сущности могут выступать место , вещь , личность , явление и т. д . При этом различают тип сущности и экземпляр сущно сти . Под типом сущности обычно понимают на бор однородных объектов , выступающих как цело е . Понятие “экземпляр сущности” относится к конкретному предмету . Например : Тип сущности - ученик Экземпляр сущности - Иванов , Петров , Сидоров и др. В нашем примере Школа , Класс , Предметы , Ученики , Учителя , Оценки – сущности . Логическое проектирование Логическое проектирование представ ляет собой необходимый этап при создании БД . Основной задачей логического проектировани я является разработка логической схемы , ориентированной на выбранную систему управлени я базами данных . Процесс логического проектир ования состоит из следующих этапов : Выбор конкретной СУБД ; Отображение концептуальной схемы на логич ескую схему ; Выбор языка манипулирования данными. Выбор конкретной СУБД Одним из основных критериев выбора СУБД является оценка того , насколько эффективно внутренняя модель данных , поддерж иваемая системой , способна описать концептуальную схему . Системы управления базами данных , ориентированные на персональные компьютеры , как правило поддерживают реляционную или с етевую модель данных . Подавляющее большинство современных СУБД – реляционные. Конструирование баз данных на основе реляционной модели имеет ряд важных преимущес тв перед другими моделями Независимость логической структуры от физ ического и пользовательского представления. Гибкость структуры базы данных – кон структивные решения не ограничивают возможности разработчика БД выполнять в будущем самы е разнообразные запросы. Так к ак реляционная модель не требует описания всех возможных связей меж ду данными , впоследствии разработчик может за давать запросы о любых логических взаимосвязя х , содержащихся в базе , а не только о тех , которые планировались первоначально . Отображение конце птуальной схемы на логическую схему При отображении информационной схемы , каждый прямоугольник схемы отображается в таблицу , которая является одним отношен ием . При этом следует учитывать ограничения на размер таблиц , которые накладывает конкр етная СУБД . Выбор языка манипулирования д анными Важной составной частью СУБД является язык манипулирования данными , который используется при работе различных приложений с БД . Как правило , язык манипулирования данными встраивается в язык программирования . Кроме того , п ри выборе СУБД , реализу ющей конкретную БД , необходимо оценить и т ехническую сторону дела , которая непосредственно связана с производительностью системы . В целом необходимо оценить семь групп параметро в для выбора СУБД : Характеристики ПК : тип , модель , фирма производитель , н аличие гарантии. Управление файлами и поиск : тип связи , модификация нескол ьких файлов , двунаправленное соединение таблиц , язык манипулирования данными , тип поиска. Средства поддержки приложений : каталог данных , генератор прило жений , процед урный язык , подпрограммы , макр осы , отладчик , система поддержки исполнения , ши фровка программ и данных , разграничения досту па , графика , текстовый редактор , статистика. Ввод и поддержка целостности : управление с помощью кома нд , управление с помощью меню , про верк а целостности по таблице , проверка уникальнос ти ключа , проверка по дате , независимость данных. Отчеты : отчеты по нескольким файлам , сохранение форматов отчетов , выдача отчета на экран , выдача отчета на магнитный носитель , вычисляемые пол я , группы , пере определение формата даты , заголовки отчетов , генератор отчетов , итоговые поля , максимальная ширина отчета. Операционная среда : тип операционной системы , объем требуем ой оперативной памяти , необходимость использовани я постоянной памяти , объем требуемой пост оянной памяти , язык подсистемы. Дополнительные сведения : наличие сетевого варианта , стоимость , примечание , источники. ACCESS СУБД Access является системой управления базам и данных реляционного типа . Данные хранятся в такой базе в виде таблиц , строки ( запи си ) которых состоят из наборов пол ей определенных типов . С каждой таблицей м огут быть связаны индексы (ключи ), задающие нужные пользователю порядки на множестве с трок . Таблицы могут иметь однотипные поля (столбцы ), и это позволяет устанавливать между ними связи , выполнять операции ре ляционной алгебры . Типичными операциями над б азами данных являются определение , создание и удаление таблиц , модификация определений (стр уктур , схем ) существующих таблиц , поиск данных в таблицах по определенным критериям (вып олн е ние запросов ), создание отчетов о содержимом базы данных . Для работы с СУБД Access 2.0 требуются : IBM PC или совместимый компьютер с процессор ом 386 или выше DOS 3.3 или выше Microsoft Windows 3.1 или выше Не менее 6 МВ оперативной памяти (реком ендуется 8 МВ ) 20 МВ свободной памяти на жестком дис ке Мышь СУБД позволяет задавать типы данных и способы их хранения . Можно также задать критерии (условия ), которые СУБД будет в дальнейшем использовать для обеспечения правил ьности ввода данных . В самом простом случ ае условие на значение должно гаранти ровать , что не будет введен случайно в числовое поле буквенный символ . Другие усло вия могут определять область или диапазоны допустимых значений вводимых данных . Microsoft Access предоставляет максимальную свободу в за дании типа данных (текст , числовые данные , даты , время , денежные значения , рисун ки , звук , электронные таблицы ). Можно задавать также форматы хранения представления этих данных при выводе на экран или печать . Для уверенности , что в базе хранятся только кор р ектные значения , можно задать условия на значения различной степени сложности. Так как Microsoft Access является современным приложе нием Windows, можно использовать в работе все во зможности DDE (динамический обмен данными ) и OLE (свя зь и внедрение объектов ). DDE позволяет осущ ествлять обмен данными между Access и любым др угим поддерживающим DDE приложением Windows. В Microsoft Access можно при помощи макросов или Access Basic осуществлять ди намический обмен данными с другими приложения ми . OLE является боле е изощренным средств ом Windows, которое позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access. Такими объектами могут быть картинки , диаграммы , элек тронные таблицы или документы из других п оддержива ю щих OLE приложений Windows. В Microsoft Access для обработки данных базовых та блиц используется мощный язык SQL (структурированный язык запросов ). Используя SQL можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информа ц ию . Access значительно упрощает задачу обработки да нных . Совсем не обязательно знать язык SQL. П ри любой обработке данных из нескольких т аблиц Access использует однажды заданные связи меж ду таблицами. В Microsoft Access имеется также простое и в т о же вре мя богатое возможностями сред ство графического задания запроса – так называемый “запрос по образцу” (query by example), которое и спользуется для задания данных , необходимых д ля решения некоторой задачи . Используя для выделения и перемещения элементов на э к ране стандартные приемы работы с мышью в Windows и несколько клавиш на клав иатуре , можно буквально за секунды построить довольно сложный запрос . Microsoft Access спроектирован таким образом , что он может быть использован как в качестве самостоятельной СУБ Д на отдельной рабо чей станции , так и в сети – в реж име “клиент-сервер” . Поскольку в Microsoft Access к данным могут иметь доступ одновременно несколько пользователей , в нем предусмотрены надежные средства защиты и обеспечения целостности данных . Можно за р анее указать , как ие пользователи или группы пользователей могу т иметь доступ к объектам (таблицам , форма м , запросам ) базы данных . Microsoft Access автоматически обе спечивает защиту данных от одновременной их корректировки разными пользователями . Access та к же опознает и учитывает защитные средства других подсоединенных к базе да нных структур (таких , как базы данных Paradox, dBASE и SQL). Практически все существующие СУБД имеют средства разработки приложений , которые могу т использованы программистами или ква лифи цированными пользователями при создании процедур для автоматизации управления и обработки данных. Microsoft Access предоставляет дополнительные средства разработки приложений , которые могут работать не только с собственными форматами данных , но и с фор матами других наиболее распространенных СУБД . Возможно , наиболее сильн ой стороной Access является его способность обраба тывать данные электронных таблиц , текстовых ф айлов , файлов dBASE, Paradox, Btrieve, FoxPro и любой другой базы данных SQL, поддерживающ е й стандарт ODBE. Это означает , что можно использовать Access для со здания такого приложения Windows, которое может обр абатывать данные , поступающие с сетевого серв ера SQL или базы данных SQL на главной ЭВМ. Все выше сказанное позволило остановить выбор на СУБД Access для постановки и решения задачи автоматизации процесса ведения документации и отчетности в учебном заве дении. Таблицы. Работа в Access начинается с оп ределения реляционных таблиц и их полей , к оторые будут содержать данные . Далее определя ются реляционные связи между таблицами . Так как данная тема не входит в дипло мную работу , то опустим процесс их создани я . Конечным результатом данного этапа являетс я таблица реляционных связей. Формы Формы – одно из основных средств для работы с базами данны х в Access - используются для ввода новых записей (строк таблиц ), просмотра и редактирования уже и меющихся данных , задания параметров запросов и вывода ответов на них и др . Формы представляют соб ой прямоугольные окна с размещенными в ни х элементами управле ния . Существует возмо жность создания форм динамически при исполнен ии программы , однако естественным режимом их создания является режим визуального конструи рования (рис .11). Выбор команды Форма в меню Вставка выводит на экран окно Новая Форма , позволяющее з адать таблицу ил и запрос , для которых создается новая форм а , и указать режим ее создания . Кроме с оздания формы “вручную” , создание формы можно автоматизировать , используя Мас тер форм (FormWizard). Кроме того , можно создать специальные формы , в том числе с листами данных (Autoform: Datasheet), диаграммами (Chart Wizard) и сводными таблицами (PivotTable Wizard) в формате Excel. Элементами управления могут быть графические примитивы , надпи си , рисунки и другие статические объекты , которые не изменяются при пер еходе ме жду записями . Сюда же следует отнести текстовые поля, с одержимое которых модифицируется при передвижени и по записям . Элементы управления могут ис пользоваться для ввода и отображения дат , а также для выполнения вычислений и вывод а результата . Элемен тами управления являю тся кнопки команд , которые активизируют исполнение различных операций ; объекты типа подч иненные формы (бланк таблицы , дочерней по отношению к форме ); объекты , об легчающие восприятие данных , такие как календ арь или счетчик ; а также элем енты пользователя. В большинстве случаев для создания эл емента управления достаточно перетащить его н а форму из панели инструментов . Каждый эле мент помещается в определенный раздел формы . В зависимости от типа раздела (Заголовок формы , Область данных и др. ) элемент управления будет появляться однажды , отображ аться на каждой странице , в каждой группе записей или для каждой записи. Для создания формы с помощью Мастера форм (FormWizard) предполагается следующая последовательн ость действий : Выберите Формы / Со здать . На экране появится окно диалога “Новая форма” , в котором необходимо выбрать метод построения формы и исходный объект для построения формы . В качестве такого объекта могут бы ть выбраны таблица или запрос (рис .13). Допустим в качестве исходной таблиц ы мы выбрали Оборудование , в качестве метода создания форм - Мастер форм . После нажатия кнопки Ok, переходим к следующему д иалоговому окну (рис . 14). Укажите поля , которые необходимо поместит ь на форму . Кнопки расположенные в нижней части экрана позволяют возвратиться на зад на один шаг или продолжить процесс формирования формы далее. На следующих шагах Мастер форм предла гает выбрать форму представления отчета (в столбец , ленточную , табличную или выровненную ) и стиль оформления . Стили представляют собо й на бор различных фоновых рисунков с соответствующим подбором шрифтов и форм полей (рис . 15). На последнем шаге можно изменить пред лагаемое Мастером название формы на свое собственное и на этом завершить процесс с оздания формы нажав кнопку Готово. Если по к аким-либо причинам форма вас не удовлетворяет , нажмите кнопку Конс труктор , и вы перейдете в режим конструкто ра форм , в котором получите в свое рас поряжение все средства для создания полноценн ой формы. Отчеты Отчеты , как и формы , являютс я главными элемента ми интерфейса баз данных . Они позволяют выводить на печать и нформацию о содержимом базы в удобном для пользователя виде . Большая часть отчетов создается на этапе проектирования офисного пр иложения . Новый отчет создается командой Отче т меню Вставка (рис .16 ) . Во многом формирование отчетов совпадает с процессом создания экранных форм . Пусть , например , мы создаем отчет с помощью Мастера для распечатки списка всех учеников класса . В качестве исходных данн ых выберем запрос Класс _ФИО , который содер жит поля Класс и Фамилия. На следующем шаге Мастер отчетов пред лагает осуществить группировку данных . Так Кл асс будет печататься только один раз в заголовке листа , а фамилии учеников - в в иде списка в одну колонку (рис 17). После чего Мастер отчетов предлагает ввести с ортировку . Допускается сортировка записей в возрастающем или убывающем порядке , включающая до четырех полей (рис 18). На следующих шагах предлагаются выбрать макет отображения отчета и ориентацию ли ста бумаги , а также определить стиль загол овка и подножий. Шагнув далее , вы увидите на экране окно диалога с клетчатым флагом , который указывает на то , вы подошли к финишу. Задайте наименование отчета и нажмите кнопку Готово (рис . 20). Модифицируется отчет следующим образом : н еобходимо выбрать его имя на вкладке Отчеты и щелкнуть на кнопке Конструкт ор . Выбор команды Просмотр в том же ок не позволяет увидеть , как будет выглядеть распечатанный отчет. Многообразие возможностей формирования разли чных типов форм и отчетов в Access, многогранна я работа с элементами упра вления неоп равданно увеличат объем дипломной работы при общих стандартных подходах при формировании форм и отчетов и поэтому не рассматр иваются. Вопросы объекно ориентированного программиро вания выходят за рамки данной дипломной р аботы. Описание работы с программой ведения электр онной документации и отчетности учебного заве дения. Программа , с условным названием “Электрон ный завуч” , предназначена для автоматизации д елопроизводства , ведения документации и выдачи различных отчетов и справок в учебных заведен иях. В базу данных заводятся фамилии учащи хся в разрезе по классам (возможно ведение до 4 уровней вложенности : школа , отделение , смена , класс ), дисциплины , преподаватели , классы или аудитории , учебный календарь. На основании введенных данных рассчитывае тся расписание занятий и в дальнейшем производится отметка прочитанных часов каждым преподавателем . На основании отметок , проставляемых в электронный журнал , выдается большое количество справок и отчетов , в том числе и в графическом виде. Для четкого поним ания условимся о применении следующей терминологии : Курсор - мигающая вертикальная черта на экране монитора Выделить – устан овить указатель мыши (светлая стрелка ) на объект и два раза щелкнуть левой кнопкой мыши Полоса прокрутки - Переключатель - Раскрыва ющийяся список – это свернутый до одной строки список , который появляется полностью при щелчке мыши на треугольнике в правой части видим ой строки списка. Вкладка - анало г листка записной книжки , в котором вместо буквы алфавита (согласно которой мы ищем нуж ную информацию ) написано название таблицы (формы ). Работа начинается с основного окна , на котором должен отображаться титульный заголо вок названия учебного заведения (рис . 21). В н ачале работы на этой форме только три командные кнопки : “Работа” , “Настройк а” и кнопка “Выход” с изображением раскрытой двери , означающая завершение работы с данны м окном , а так как это окно основное , то завершение работы с ним означает ок ончание работы с программой в целом . Рассмотрим действие каждой кнопки. Кнопка “ Наст ройка ” позволяет выполнить настройку программы. Нажав кнопку “Настройка” , вы попадете в окно с надписью “Администратор” . Окно состоит из множества вкладок , каждая вкладка п редназначена для заполнения соответствующей табл ицы. Заполнение титульного листа . Найдите вкладку “Титул” ; если необходим о , используйте значки прокрутки в виде тре угольников , находящиеся в правом верхнем углу на уровне названий вкладок . Нажмите на ярлычок вкладки “Титул” (рис . 22). В открывшемс я окне заполните все поля , они потребуются при выда че некоторых документов . Наим енование представлено двумя строками . Текст , н абранный в верхней строке будет показан к рупным шрифтом на первом титульном листе программы , текст из второй строки отобразится под первой более мелким шрифтом. По окончании работы перейдите к другой вкладке или нажмите кнопку “Выход” с изображением открытой двери. Заполнение таблицы Классы . Нажав на ярлычо к вкладки “Классы” , вы попадете в экранную форму , позволяющую вводить , исправлять и удалять классы . Ввод этой информации должен производиться в первую очередь , так как на нее опираются многие другие таб лицы , использующие значение класса при заполн ении своих полей (рис . 23). Эта форма имеет окно “Класс” , окно “Список” , управляющие кнопки “Добавление записи ” , “Удаление записи” , “Пе ревести в сле дующий класс”. Для ввода названий классов в окне “Класс ” надо набрать номер и букву класса . З атем нажать клавишу “ ENTER ” . Введенный класс отображается в окне “Список” . Для ввода следующего класса нажмите кнопку “Добавление записи” и наберите н омер и букву следующего класса . Если надо исправить введенное значение , выделите ну жную запись в списке Выбранное значение п оявится в окне “Класс” . Установите курсор в это окно . Внесите исправления и нажмите клавишу “ ENTER ” . Для удаления записи выделите ее в окне “Список” и нажмите клавишу “Удаление записи” . Программа запросит подтверждения на удалени е записи , нажмите на кнопку “Да”. Внимание ! Испра вив значение класса в этой таблице тем самым вы исправите его значение во все х связанным с ним ранее таблицах. На данную работу по запол нению , удалению и корректировке классов лучше всего наложить запрет всем , кроме главног о администратора системы , так как следствием неквалифицированных действий может быть унич тожение всей информации в базе данных. Кнопка “Перев ести в следующий кла сс” автоматически переводит ВСЕХ учащихся в следующий класс . При этом ученики выпускн ых классов переводятся в Архив с наименованием “ Выпуск NNNN года” . Заполнение таблицы Предметы. Данная таблица служит в ро ли классификатора наименова ний дисциплин . Аналогично таблице Классы , изменение наименования предмета приведет к его изменению во всех связанных с ним записях всех табл иц . При удалении предмета , удаляются все з аписи во всех таблицах , которые были связа ны с этим полем (рис . 24). Для ввода нового предмета наберите его наименование в окне “Предмет” и нажмите клавишу “ ENTER ”. Для удаления выделите предмет в пр иведенном списке (если необходимо , используйте полосу прокрутки ). При этом выбранный предме т отобразится в отдельном окне . Нажмит е кнопку “Удаление записи” . Программа запроси т подтверждения на удаление записи , нажмите на кнопку “Да”. Для изменения наименования предмета выдел ите предмет в приведенном списке , и введит е исправление в окне “Предмет” , установив курсор в это окно , после ч его нажм ите клавишу “ ENTER” на клавиатуре. Заполнение таблицы Ученики . Нажмите на вкладку “Ученики” (рис .25). В окне “Класс” выберите из раскры вающегося списка класс . Перейдите в списке фамилий к строке , обозначенной звездочкой , и начинайте вводить . Перех од от одного поля к другому осуществляется нажатием к лавиши “Табуляция” на клавиатуре или переводо м указателя мыши и щелчком левой кнопки мыши . Исправления вводятся стандартным образом : установите курсор в нужное место , внесите исправления и нажмите клави шу “ ENTER ”. Для удаления записи пометьте удаляемую запись щелчком в крайнем левом столбце напротив фамилии ученика , затем нажмите на клавиатуре клавишу “ Delete” . Заполнение таблицы Кабинеты . Нажмите на вкладку “Кабинеты” (рис . 26). В окне “Номер” вводит ся но мер кабинета , в окне “Наименование” -наименова ние . Переход от одного поля к другому осуществляется нажатием клавиши “Табуляция” на клавиатуре . После заполнения полей нажмите клавишу “ ENTER” на клавиатуре . Для следующего ввода нажмите клавишу “Ввод” и выполните всю последовательность действий сначала . Для удаления сделайте двойной щелчок на предмете в приведенном списке ( если не обходимо , используйте полосу прокрутки ). При эт ом выбранный кабинет отобразится в окнах “Наименование” и “Номер” . Нажмите кно пку “Удаление записи” . Для изменения номера или наименования кабинета сделайте двойной щелчок в приведе нном списке и введите исправление в окнах “Наименование” и “Номер” , после чего нажм ите клавишу “ ENTER” на клавиатуре . Заполнение таблицы Преподаватели. Нажмите на вкладку “Преподаватели” (рис . 27). На форме имеется три рабочих окна и список . В первом окне необходимо ввести фамилию преподавателя . Во втором окне из раскрывающегося списка “Предметы” надо выбрать предмет , который этот преподаватель ведет . В третьем окне надо выбрать номер класса , классным руководителем которого являетс я данный преподаватель . Переход от одного поля к другому осуществляется нажатием клавиш и “Табуляция” на клавиатуре . После заполнения полей нажмите клавишу “ ENTER” на клавиа тур е. Для следующего ввода нажмите клавишу “Ввод” и выполните всю последовательность дей ствий сначала . Для удаления сделайте двойной щелчок на фамилии в приведенном списке (если необ ходимо , используйте полосу прокрутки ), при этом выбранная фамилия отобразится в окне . Нажмите кнопку “Удаление записи”. Для изменения сведений сделайте двойной щелчок в приведенном списке ФИО преподав ателей и введите исправления в соответствующи х окнах , после чего нажмите клавишу “ ENTER” на клавиатуре . Заполнение таблицы Программ ы. Нажмите на вкладку “Программа” (рис .28). Таблица предназначена для хранения информации о дисциплинах , читаемых в данном классе , и объеме часов , отведенных на уч ебную программу . Существует возможность по ка ждому классу завести индивидуальный объем час ов. На форме имеется два переключателя , раскрывающийся список и таблица . Если включ ить первый переключатель “Фиксировать класс” , то появляется управляющая кнопка , по которой можно продублировать набранную для одного класса программу на все классы данной пара л лели . Поле “Предмет” имеет ра скрывающийся список . Раскрыв список , щелкните на наименовании того предмета , который должен находиться в этой строчке . Переход от одного поля к другому осуществляется нажатием клавиши “Табуляция” на клавиатуре . После за полнени я строки нажмите клавишу “ ENTER” на клавиатуре . Исправления вводятся стандартным образом : установите курсор в нужное место , внесите исправления и нажмите клавишу “ ENTER ”. Для удаления записи пометьте удаляемую запись щелчком в крайнем левом столбце и нажм ите на клавиатуре клавишу “ Delete” . Заполнение таблицы Оборудование . Нажмите на вкладку “Об орудование” (рис .29). Перейдите к строке , обозначе нной звездочкой , и начинайте вводить . Переход от одного поля к другому осуществляется нажатием клавиши “Табуляци я” на клав иатуре. Исправления вводятся стандартным образом . Для удаления записи пометьте удаляемую запись щелчком в крайнем левом столбце и нажмите на клавиатуре клавишу “ Delete” . Заполнение таблицы Профили. Таблица “Профили” использу ется для назначени я общего имени груп пе дисциплин одной тематики . Группировка испо льзуется при планировании загрузки рабочего д ня в режиме расчета Расписания и при выдаче некоторых отчетов . Нажмите на вкладку “Профили” (если необходимо , используйте значк и прокрутки , находя щ иеся в правом верхнем углу на уровне вкладок ) (рис .30). В открывшемся окне заполните поле “Профиль” . Перейдите к следующему полю , расположенному правее . Щелкните по символу треугольника . В раскрывшемся списке отметьте предметы , кото рые входят в состав дан н ой гр уппы , и нажмите клавишу “ ENTER” . Для ввода следующей группы нажмите кнопку “Добавление записи” . По окончании работы перейдите к другой вкладке или нажмите кнопку “Выход ” с изображением открытой двери. Клавиша Любимые функции позволяет выбрать для кажд ого пользователя наиболее часто используе мые функции и оформить их запуск в ви де “горячих клавиш”. Вернемся к основному окну с титульным листом учебного заведения. Кнопка “ Работа ”. Нажав ее , вы получите основную рабочую форму программы (рис .31). Ведение к лассных журнал ов . Не отличается от веден ия журналов в бумажном виде (рис . 32). Выберит е класс , нажмите на вкладку Предмет и далее , как в обычном журнале , выставляйте оценки . Правда и здесь имеется новшество . Щелкнув правой кнопкой мыши на постав ленной о ценке ,можно задать вес оценки . Веса градуируются от нуля до девяти . Теперь учитель , ставя “слабую тройку” , может присвоить ей вес равный 1. Рекомендуется за устные ответы с места ставить оценки с весом 3, за ответ у доски или письм енную работу – 5, за ко н трольную работу – 9. За плохое поведение на уроке можно поставить двойку с весом равным нулю , в этом случае оценка будет играть чисто психологическую роль . По умолчанию оценке присваивается вес равный 4. Средняя оцен ка выводится по формуле : Нажмите управля ющую кнопку . При эт ом вам необходимо будет заполнить форму В общем случае существует возможность перед автоматическим расчетом расписания закре пить жестко некоторые дисциплины по дням недели (рис .34), остальные предметы встанут на свободные места согласно плановым нормам , указанным в учебной программе , либо с учетом отставания по программе . Автоматически согласуется непересекаемость предметов по ка ждому преподавателю и кабинетам. Кнопка “Регистрация выполне нной работы” позволяет зафиксиро вать фактически вы данные преподавателями часы и отобразить реальную картину . На дан ном этапе происходит корректировка планового расписания . Непрочитанные дисциплины убираются , в случае необходимости , добавляются те предмет ы , которые были поставлены на замену . Здесь же форм ируется заготовка ра списания для следующей недели , производится з акрепление на отдельных позициях дисциплин , к оторые необходимо поставить в строго определе нное место. Кнопка “Сервис” (рис .35) открывает форму позволяющую выпол нять некоторые сервисные работы . Так кно пка “Архивировать” создает архив базы данных на жестк ом диске или на дискетах , кнопка “Восстановить” – восс танавливает данные из архива в случае их разрушения на диске . В большинстве случаев для восстановления работоспособности базы данных достат очно нажать кнопку “Контроль це лостности” . Для прове рки полноты информации в базе данных и получения сведений о том , что еще необх одимо ввести , служит кнопка “Тестировать базу данны х ” . Для выполнения перевода на новый учебный год служит кнопка “Выполнить п ереход на новый учебный год” . В ряде случаев существует необход имость в передаче табеля рабочего времени в специализированную бухгалтерскую программу , н апример , “Парус” . Для осуществления этой функц ии служит кнопка “Согласовать с бухгалтерской программой” . П о нажатию этой кнопки происходит согласование списочного состава , оборудования , происходит передача табеля . В дальнейшем расчеты заработ ной платы , отчислений и др . ведется на бухгалтерской программе. Кнопка “Организация доступа ” позволяет назначить парол и доступа широкому кругу лиц , предоста вляя каждому столько прав , сколько тому тр ебуется для выполнения своих производственных обязанностей . Кнопка “Работа с SQL запро сами” позволяет продвинутым поль зователям формировать свои собственные запросы и справки, непредусмотренные в данной программе. Нижний ряд кнопок “Акт о несчастном случае” , “Поощрения” и “Наказания” служат д ля ввода дополнительной информации в базу данных. Кнопка “Отчеты” на основной рабочей форме программы открывает окно со списком отчетов и графиков , которые могут быть получены на основе информации , содержащейся в базе данных . Формы отчетов приведены в Приложени и 2 . Санитарно-г игиенические требо вания к использованию компьютеров Работа на компьютере связана со значительной концентрацией вним ания , зрительным напряжением и эмоциональной нагрузк ой . Во время работы компьютера создаются с пецифические условия микроклимата : повышается тем пература воздуха , понижается влажность , изменяется ионный состав воздуха . Наблюдается также повышенный уровень э л ектромагнитных и злучений , статическое электричество. Эти явления могут вызвать отклонения в состоянии здоровья , которые проявляются в первую очередь в том , что у человека снижается работоспособность , быстро наступает зрительное утомление , затем появляются призн аки ухудшения зрения , нарушения функционального состояния центральной нервной системы . Пока последствия работы с компьютером не изучен ы до конца . Однако выяснено , что наибольшу ю опасность представляет электромагнитное излуче ние . Его уровень превышае т допустимы е нормативы в 2-5 раз , в то время как уровни ультрафиолетового и инфракрасного излуч ения значительно ниже принятых гигиенических нормативов , а рентгеновское излучение практически отсутствует . В последние годы появляются сообщения о возможности и ндукции электромагнитными излучениями злокачественных заболеваний . Немногочи сленные данные говорят о том , что наибольш ее число случаев приходится на опухоли кр оветворных органов и на лейкоз в частност и. Статистика дает такую информацию об о сновных заболева ниях при работе с ком пьютером : Заболевания органов зрения - 60% пользователей Сердечно-сосудистая система -60% Желудочно-кишечный тракт -40% Кожные заболевания -10% Различные опухоли Для снижения вредного воздейс твия компьютера на человека необходимо соблюд ать определенные требования к условиям работы , к рабочему месту ; к омпьютер должен соответствовать гигиеническим тр ебованиям . Кроме того , необходимо строго соблю дать режим работы на компьютере . Рассмотрим подробнее эти требования. Каждый компьютер должен им еть сертификат республик анского центра санэпиднадзора , сертификат соответ ствия ГОСТу , технический паспорт и т.д . При проверке рекомендуется обращать внимание на следующие параметры : размер экрана по диа гонали – 31 см , частота кадровой развертки >= 70 Гц , р азборчивость изображения , яркость з нака , окраску знака (при монохромном изображен ии рекомендуется желтозеленый цвет знаков на темном фоне , при цветном – не более 7 цветов одновременно ), отсутствие геометрических искажений . Корпус компьютера , клавиатура и д ругие блоки и устройства должны иметь матовую поверхность (без блестящих деталей , способных создавать блики ). В целях защиты от электромагнитных и электростатически х полей надо использовать э кранные фильтры , специальные экраны , другие средства индивидуально й защ иты , прошедшие испытания и имеющие соответств ующий гигиенический сертификат К помещению , в котором размещается компьютер , предъявляются такие требования : объем помещения должен быть не менее 24 м 3 ( на один компьютер ), окна помещения д олжны быть ориен тированы на север , сев еро-восток . Оконные проемы должны быть оборудо ваны регулируемыми устройствами типа жалюзи , занавесей , внешних козырьков и т.п . Для пола рекомендуется поливинилхлоридное антистатическое покрытие (никаких ковров !). Анало гичные рекоменд ации для стен (панели ), дверей . Выше панелей желательны звукопоглощающие материалы для снижения уровня шума . Реком ендуется также применять современную технику , так как на ней установлены звукопоглощающие устройства. Для отделки помещений нельзя использов а ть материалы , выделяющие вредные химичес кие вещества : ДСП , моющиеся обои , пленочные , рулонные синтетические материалы , слоистый бум ажный пластик . Шторы должны быть из плотны х натуральных тканей , они не должны пропус кать свет . Оптимальные параметры микрок лимата : температура – 19-21 г радус , относительная влажность – 55 – 65 %. Систем атически перед началом работы необходимо скво зное проветривание и влажная уборка . Это о беспечит качественный состав воздуха в помеще нии . Если позволяют погодные условия , работат ь лучше при открытых окнах , а для повышения влажности воздуха использовать увл ажнители или установить емкости с водой в близи отопительных приборов . Содержание вредных химических веществ в воздухе помещения с ЭВМ не должно превышать среднесуточных кон центр а ций для атмосферного воздуха. К рабочему месту требования следующие : расстояние от окн а не менее 0,8 м– 1м . Светильники располагаю тся слева от компьютера , параллельно линии зрения . Освещение может быть естественным , и скусственным (при закрытых шторах ), а т акже смешанным . Искусственное освещение должно осуществляться системой общего равномерного ос вещения . (Рекомендуются люминесцентные лампы дневн ого цветораспределения ). Освещенность на поверхнос ти стола в зоне размещения рабочего докум ента должна быть 30-50 лк . Допускается уст ановка светильников местного освещения для по дсветки документов . В них можно применять лампы накаливания . Для компьютера нужен специ альный одноместный стол (одна столешница для размещения компьютера , другая – для клав иатуры ). Кресло ил и стул должны р егулироваться по высоте (“вертушка” ), углы лопа ток должны касаться спинки стула . Рабочая поза-прямая , слегка наклон вперед . Оптимальное расстояние от экрана до глаз 0,6 м– 0,7м . Уровень глаз должен приходится на центр э крана или 2/3 его высо т ы. Режим работы на компьютере при соблюдении всех гигиеническ их требований – не более 5-6 часов для взрослого , при этом через каждые 20-30 минут н ужно делать перерывы на 5-10 минут , чтобы сня ть зрительное утомление , статическое электричеств о , проделать ком плекс физических упражнен ий , улучшающих функциональные состояния ЦНС , д ыхательной системы , мозгового кровообращения , ликв идирующих застойные явления нижней половины т ела , ног , плечевого пояса . Два раза в г од необходим контроль зрения. ЭКОНОМИЧЕСКАЯ ЧАСТЬ ДИПЛОМНОЙ РАБОТЫ Экономическая часть дипломной работы ,к сожалению , не написана . Из-за недостатка вре мени не было возможности опробовать работу программы в реальных условиях и произвести оценку выгоды от ее применения в циф рах . Но при ознакомлении с работ ой школьных администраторов выяснены следующие фа кты : Составление школьного расписания (нового ) занимает не менее рабочей недели у опытно го завуча. Замена (корректировка ) даже одного предмет а (например , в связи с болезнью учителя ) может составить по затрат ам времени несколько часов. Составление отчетов (различных видов отче тов около 40) тоже очень трудоемкий по време ни процесс. Бывают случаи утери классных журналов , иногда их умышленная порча. Классные руководители тратят массу времен и на выборку оценок по конкретным у ченикам при подготовке к родительским собрани ям , для составления отчетов. Учитывая эти факты , считаю , что внедре ние созданной программы в школу даст хоро ший экономический эффект , но главный результа т – педагоги больше времени смогут трати ть на работу непосредственно с ученикам и , профессиональное совершенствование. Следствием этого станет повышение эффекти вности обучения. ЗАКЛЮЧЕНИЕ Об актуальности создания программы для ведения школьной документации говорилось во введении к дипломной работе . Ра ссмотрим перспективы ее применения и совершенствовани я.
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Министр экономического развития Российской Федерации заявил в своем интервью ведущему телеканалу, что рубль скоро начнем укрепляться.
- Я уже написал письмо Деду Морозу - добавил он чуть тише.
Anekdot.ru

Узнайте стоимость курсовой, диплома, реферата на заказ.

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

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru