Разработка автоматизированного рабочего места (АРМ) учителя муниципального общеобразовательного учреждения Вечерняя (сменная) общеобразовательная школа

Оглавление

Введение

Глава 1. Общие сведения об организации и постановка технического задания

1.1 Общее знакомство с МОУ В (с) ОШ и применяемыми информационными технологиями

1.2 Описание структуры локальной сети МОУ В (с) ОШ

1.3 Схема основных образовательных процессов

1.4 Документооборот педагогического состава

1.4.1 Традиционно алгоритмические языки

1.4.2 Инструментальные средства общего назначения

1.4.3 Средства мультимедиа

1.4.4 Гипертекстовые и гипермедиа средства

1.4.5 Оболочки электронных учебников

1.4.6 Структура организации ЭУ

1.5 Программное обеспечение для поддержки бизнес-процессов МОУ В (с) ОШ

1.6 Постановка и обоснование технического задания

Глава 2. Проектирование и разработка програмного продукта

2.1 Анализ технического задания

2.2 Общие требования к системе и цели создания (развития) системы

2.3 Архитектура автоматизированного рабочего места

2.4 Описание функциональных задач

2.5 Выбор инструментов и технологий для разработки программного средства и основные свойства базы данных

2.6 Проектирование схемы базы данных и описание сущностей

2.7 Разработка пользовательского интерфейса программного средства

Глава 3. Эксплуатационные документы

3.1 Спецификация автоматизированного рабочего места технолога

3.2 Руководство системного администратора и программиста

3.3 Описание АРМ учителя МОУ В (с) ОШ с просмотром текста программы. Руководство пользователя

Глава 4. Экономическое обоснование эффективности проекта

4.1 Расчет расходов на создание программного продукта

4.2 Целесообразность разработки проекта

Заключение

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

Приложение

Введение

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

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

Для каждого объекта управления нужно предусмотреть автоматизированные рабочие места, соответствующие их функциональному назначению. Однако принципы создания АРМ должны быть общими: системность, гибкость, устойчивость, эффективность. Согласно принципу системности АРМ следует рассматривать как системы, структура которых определяется функциональным назначением. Принцип гибкости означает приспособляемость системы к возможным перестройкам благодаря модульности построения всех подсистем и стандартизации их элементов. Принцип устойчивости заключается в том, что система АРМ должна выполнять основные функции независимо от воздействия на нее внутренних и внешних возможных факторов. Это значит, что неполадки в отдельных ее частях должны быть легко устранимы, а работоспособность системы - быстро восстановима. Функционирование АРМ может дать численный эффект только при условии правильного распределения функций и нагрузки между человеком и машинными средствами обработки информации, ядром которых является электронно-вычислительная машина. Лишь тогда АРМ станет средством повышения не только производительности труда и эффективности управления, но и социальной комфортности специалистов. Поэтому целью автоматизированной системы является обработка данных об объекте реального мира. Информационные системы оперируют наборами объектов, спроектированными применительно к конкретной предметной области, используя при этом конкретные значения атрибутов данных о тех или иных объектов.

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

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

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

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

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

Целью данной работы была разработка автоматизированного рабочего места (АРМ) учителя муниципального общеобразовательного учреждения Вечерняя (сменная) общеобразовательная школа (МОУ В (с) ОШ).

Для достижения этих целей решены следующие задачи.

.        Рассмотрены принципы построения АРМ.

2.      Проведен анализ существующих АРМ и выделены их ключевые особенности.

Предметом исследования является процесс проектирования автоматизированного рабочего места, а объектом исследования - деятельность учителя МОУ В (с) ОШ.

Практическим результатом работы является создание автоматизированного рабочего места (АРМ) учителя муниципального общеобразовательного учреждения Вечерняя (сменная) общеобразовательная школа.

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

Используемые технологии дают возможность реализовать следующие функции:

·        возможность создания модуля электронных учебников и конспектов;

·        возможность создания модуля тестирования;

·        возможность внедрения электронного документооборота, в том числе и личных дел учеников;

·        возможность вести учет и отслеживание.

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

Глава 1. Общие сведения об организации и постановка технического задания

1.1 Общее знакомство с МОУ В (с) ОШ и применяемыми информационными технологиями

Название^: Муниципальное общеобразовательное учреждение вечерняя (сменная) общеобразовательная школа (МОУ В (с) ОШ).

Территориальное расположение: 140560, Московская обл, Озерский р-н, Озеры г, Ленина ул, 63.

Основная деятельность предприятия: реализация образовательных программ основного общего и среднего (полного) общего образования.

МОУ В (с) ОШ осуществляет свою деятельность в соответствии с Конвенцией о правах ребенка, Конституцией РФ, Законом РФ "Об образовании", Типовым Положением об общеобразовательном учреждении, утвержденным Постановлением Правительства РФ от 03.11.1994 №1237, Уставом.

Деятельность МОУ В (с) ОШ направлена на:

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

-       адаптацию обучающихся к жизни в обществе;

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

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

модуль электронный учебник конспект

Обучение проводится по очной, заочной и очно-заочной формам обучения. Количество учебных групп: 14 - 18 человек, по 9-24 человека в группе. Общий контингент учащихся за год составляет от 220 до 290 человек.

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

Рис. 1. Организационная модель предприятия

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

) Директор:

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

создание режима соблюдения норм охраны труда и безопасности в школе;

обеспечение административно-хозяйственной (производственной) работы школы.

) Заместитель директора по АХЧ:

хозяйственная деятельность школы;

материально-техническое обеспечение учебного процесса;

обеспечение режима здоровых и безопасных условий труда и учебы;

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

) Заместитель директора по воспитательной работе (ВР) :

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

−       методическое руководство классными руководителями, классными воспитателями, воспитателями ГПД и старшими вожатыми;

−       обеспечение режима соблюдения норм и правил техники безопасности в воспитательном процессе.

4) Заместитель директора по учебно-методической работе (УМР):

−       организация учебного процесса и методической работы в начальной школе и в ГПД, руководство ими и контроль за осуществлением этого процесса;

−       методическое руководство педагогическим коллективом начальной школы и ГПД;

−       обеспечение режима соблюдения норм и правил техники безопасности в учебном процессе начальной школы и ГПД.

1.2 Описание структуры локальной сети МОУ В (с) ОШ

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

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

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

Все компьютеры учебных классов, математики, информатики и физики подключены к единой локальной сети. Локальная сеть обеспечивает:

−       доступ к ресурсам сети Интернет;

−       работу с локальным файловым сервером;

−       доступ к информационным службам школы;

−       работу с локальными веб-ресурсами класса и школы.

Работать с ресурсами локальной сети можно как на компьютерах класса, так и при помощи своих собственных компьютеров, подключившись к беспроводной сети Wi-Fi (в учебном корпусе), или используя удалённый VPN-доступ (с домашних компьютеров или в учебном корпусе через беспроводную сеть).

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

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

−       использования общих информационных ресурсов сети;

−       доступа через единую компьютерную сеть к данным других интра - и интерсетей;

−       применения электронной почты;

−       организации централизованного хранилища данных с различным уровнем доступа к информации;

−       отслеживания изменений данных в реальном масштабе данных.

Локальная сеть МОУ В (с) ОШ представлена на рис.2.

Рис.2. Локальная сеть МОУ В (с) ОШ.

1.3 Схема основных образовательных процессов

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

На рис.3 представлена схема основных образовательных процессов МОУ В (с) ОШ.

Рис. 3. Основные образовательные процессы МОУ В (с) ОШ

Стандартная система включает группы функций, охватывающих следующие области:

−       планирование учебных процессов;

−       управление учебным процессом;

−       подсистема конспектов и электронных учебников;

−       подсистема тестирования;

−       подсистема учета учеников;

−       подсистема отчетности и успеваемости.

 

1.4 Документооборот педагогического состава

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

−       компьютерные учебники, предназначенные для формирования новых знаний и навыков;

−       диагностические или тестовые системы, предназначенные для диагностирования, оценивания и проверки знаний, способностей и умений;

−       тренажеры и имитационные программы, представляющие тот или иной аспект реальности, отражающие его основные структурные и функциональные характеристики и предназначенные для формирования практических навыков;

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

−       экспертные системы, предназначенные для обучения навыкам принятия решений на основе накопленного опыта и знаний;

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

−       прикладные и инструментальные программные средства, обеспечивающие выполнение конкретных учебных операций (об работку текстов, составление таблиц, редактирование графической информации и др.).

−       системы на базе мультимедиа-технологии, построенные с применением видеотехники, накопителей на CD-ROM;

−       интеллектуальные обучающие экспертные системы, которые специализируются по конкретным областям применения и имеют практическое значение как в процессе обучения, так и в учебных исследованиях;

−       информационные среды на основе баз данных и баз знаний, позволяющие осуществить как прямой, так и удаленный доступ к информационным ресурсам;

−       телекоммуникационные системы, реализующие электронную почту, телеконференции и т.д. и позволяющие осуществить выход в мировые коммуникационные сети;

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

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

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

−       системы защиты информации различной ориентации (от несанкционированного доступа при хранении, от искажений при передаче, от подслушивания и т.д.).

−       В настоящее время существуют такие формы использования информационных технологий в образовании:

−       контроль знаний с помощью компьютерного тестирования.

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

В результате использования автоматизированной системы тестирования:

-       производительность труда преподавателя во время контрольных мероприятий возрастает в 8-10 раз;

-       исключается субъективность при оценке знаний;

-       возможно использование тестирования как входного контроля перед экзаменом;

-       созданный банк тестовых заданий можно использоваться повторно;

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

б) Для оптимизации учебного процесса.

электронный журнал;

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

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

электронное расписание.

Электронное расписание - это программное средство, предназначенное для быстрого, удобного и качественного составления расписаний занятий.

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

Технология составления расписания занятий с использованием компьютера может быть представлена следующим образом:

-       Ввод исходных данных.

-       Ручной ввод отдельных элементов расписания (при необходимости).

-       Автоматическое составление расписания.

-       Контроль качества полученного расписания.

-       Внесение изменений в исходные данные и повтор пп.1-4.

-       Ручная корректировка расписания (при необходимости).

-       Вывод на печать.

Исходными данными для составления расписания занятий являются:

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

-       Распределение нагрузки учителей, в которой для каждого учителя указано количество часов по предметам по каждой группе.

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

-       Санитарно-гигиенические нормы (СГН), в которых для каждой возрастной группы указаны требования к распределению нагрузки в течение дня и учебной недели.

-       Пожелания учителей по распределению учебного времени и методических дней.

-       Список предметов с указанием их типа и сложности.

-       Дополнительные сведения, которые включают: возможные сочетания предметов разных типов в течение дня; наличие спаренных уроков по предметам; объединение учебных групп при делении класса по предметам; объединение разноуровневых классов по предмету на одном уроке и т.д.

Результатом работы компьютерной программы составления расписания являются:

-       Расписание занятий учащихся.

-       Расписание работы учителей.

Среди критериев для оценки качества полученного расписания можно выделить следующие:

-       Соответствие полученного расписания учебному плану учебного заведения.

-       Отсутствие окон у учащихся, включая первые уроки.

-       Распределение нагрузки учащихся различных возрастных групп в течение дня и учебной недели согласно СГН.

-       Равномерное распределение предметов в течение недели с учетом объема домашних заданий.

-       Учет пожеланий учителей.

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

−       электронные учебники.

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

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

Во-вторых, дает возможность получить образование лицам, лишенным получить традиционное образование в силу тех или иных причин.

В-третьих, использовать в обучении новые информационные технологии.

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

Как правило, в дистанционной форме обучения применяются электронные учебники (ЭУ). Достоинствами этих учебников являются:

во-первых, их мобильность;

во-вторых, доступность связи с развитием компьютерных сетей;

в-третьих, адекватность уровню развития современных научных знаний.

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

Обычно электронный учебник представляет собой комплект обучающих, контролирующих, моделирующих и других программ, размещаемых на магнитных носителях (твердом или гибком дисках) ПЭВМ, в которых отражено основное научное содержание учебной дисциплины. ЭУ часто дополняет обычный, а особенно эффективен в тех случаях, когда он:

−       обеспечивает практически мгновенную обратную связь;

−       помогает быстро найти необходимую информацию (в том числе контекстный поиск), поиск которой в обычном учебнике затруднен;

−       существенно экономит время при многократных обращениях к гипертекстовым объяснениям;

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

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

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

−       традиционные алгоритмические языки;

−       инструментальные средства общего назначения;

−       средства мультимедиа;

−       гипертекстовые и гипермедиа средства.

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

 

1.4.1 Традиционно алгоритмические языки

Характерные черты электронных учебников, созданных средствами прямого программирования:

разнообразие стилей реализации (цветовая палитра, интерфейс, структура ЭУ, способ подачи материала и т.д.);

сложность модификации и сопровождения;

большие затраты времени и трудоемкость;

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

 

1.4.2 Инструментальные средства общего назначения

Инструментальные средства общего назначения (ИСОН) предназначены для создания ЭУ пользователями не являющимися квалифицированными программистами. ИСОН, применяемые при проектировании ЭУ, как правило, обеспечивают следующие возможности:

−       формирование структуры ЭУ;

−       ввод, редактирование и форматирования текста (текстовый редактор);

−       подготовка статической иллюстративной части (графический редактор);

−       подготовка динамической иллюстративной части (звуковых и анимационных фрагментов);

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

К достоинствам инструментальных средств общего назначения следует отнести:

−       возможность создания ЭУ лицами, которые не являются квалифицированными программистами;

−       существенное сокращение трудоемкости и сроков разработки ЭУ;

−       невысокие требования к компьютерам и программному обеспечению.

−       Вместе с тем ИСОН имеют ряд недостатков, таких как:

−       далеко не дружественный интерфейс;

−       меньшие, по сравнению с мультимедиа и гипермедиа системами, возможности;

−       отсутствие возможности создания программ дистанционного обучения.

В нашей стране существует множество отечественных ИСОН: Адонис, АосМикро, Сценарий, ТесСис, Интегратор и др.

1.4.3 Средства мультимедиа

Еще до появления новой информационной технологии эксперты, проведя множество экспериментов, выявили зависимость между методом усвоения материала и способностью восстановить полученные знания некоторое время спустя. Если материал был звуковым, то человек запоминал около 1\4 его объема. Если информация была представлена визуально - около 1\3. При комбинировании воздействия (зрительного и слухового) запоминание повышалось до половины, а если человек вовлекался в активные действия в процессе изучения, то усвояемость материала повышалось до 75%.

Итак, мультимедиа означает объединение нескольких способов подачи информации - текст, неподвижные изображения (рисунки и фотографии), движущиеся изображения (мультипликация и видео) и звук (цифровой и MIDI) - в интерактивный продукт.

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

Динамический видеоряд практически всегда состоит из последовательностей статических элементов (кадров). Здесь выделяются три типовых элемента: обычное видео (около 24 фото в секунду), квазивидео (6-12 фото в секунду), анимация. Использование видеоряда в составе мультисреды предполагает решение значительно большего числа проблем, чем использование аудио. Среди них наиболее важными являются: разрешающая способность экрана и количество цветов, а также объем информации.

Характерным отличием мультимедиа продуктов от других видов информационных ресурсов является заметно больший информационный объем, поэтому в настоящее время основным носителем этих продуктов является оптический диск CD-ROM стандартной емкостью 640 Мбайт. Для профессиональных применений существует ряд других устройств (CD-Worm, CD-Rewritaeble, DVD и др.), однако они имеют очень высокую стоимость.

 

1.4.4 Гипертекстовые и гипермедиа средства

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

Использование гипертекстовой технологии удовлетворяет таким предъявляемым к учебникам требованиям, как структурированность, удобство в обращении. При необходимости такой учебник можно "выложить” на любом сервере и его можно легко корректировать. Но, как правило, им свойственны неудачный дизайн, компоновка, структура и т.д.

В настоящее время существует множество различных гипертекстовых форматов (HTML, DHTML, PHP и др.).

 

1.4.5 Оболочки электронных учебников

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

−       загрузка текстового материала;

−       добавление иллюстраций, звукового и аудио оформления;

−       автоматическое создание меню (ссылок);

−       поддержка тестов и тренировочных заданий.

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

Программный пакет состоит из 8 программ.

. TestBOX СourseBuilder - это программа для создания электронного учебника. В Сoursebuilder можно формировать структуру книги, прикрепляя к каждому разделу теоретическую часть или тест. Теоретическая часть может быть исполнена в виде html-файла, либо текстового документа, сохраненного как веб-страница в формате html. Получаемый в результате генерации курс, EXE-файл, можно ограничить в сроках эксплуатации и количестве запусков.

. Программа TestBuilder предназначена для создания тестов любых типов и сложности. Возможности TestBuilder:

−       два типа тестов (контрольный и психологический);

−       создание нескольких тем в рамках одного теста;

−       экзаменационный режим (случайная выборка определенного кол-ва вопросов из теста). Варианты ответов также могут быть перемешаны;

−       подключение к вопросам различной мультимедийной информации (картинки, видео - аудио ресурсы, дополнительная информация);

−       возможность подключения теоретического материала;

−       возможность создания обучающих тестов;

−       ограничение тестирования по времени;

−       ведение журнала о ходе тестирования.

3. Программа stbuilder позволяет генерировать EXE-файлы с наложением ограничений по срокам эксплуатации, количеству запусков, ограничение запуска только с CD.

. С помощью TestReader можно запустить и пройти любой созданный в этой программе тест или курс. TestReader обработает результаты тестирования и сохранит их. Возможности TestReader:

−       отображение информации о тесте (названия, описания, автора);

−       регистрация пользователя;

−       обработка результатов тестирования, подведение итогов, формирование отчета;

−       сохранение результатов тестирования (ведение журнала по каждому пользователю);

−       анимированный помощник, проговаривает текста вопроса и ответов.

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

−       сбор и обработка результатов;

−       формирование отчетов о прохождении тестирования;

−       удаленное администрирование нескольких пользователей;

−       экспортирование отчетов.

6. Дополнительно был создан блок Doc2pkt. Данная программа позволяет конвертировать тесты, созданные в таблице файла MS Word в формат TestBOX (pkt).

. Программа TestBox direct позволяет дистанционно обслуживать и сопровождать пакет. Возможности TestBox direct:

−       Информация о новых тестах и курсах;

−       Удаленное обслуживание ПП (форум и чат с разработчиками), закачка новых версий;

−       Удаленное обслуживание курсов и тестов. Форум разработчиков курсов и тестов;

−       Хранить ссылки сайтов для подбора контента.

8. Программа Collection Builder позволяет компоновать электронные курсы и тесты для кейсов обучения. Система предметной подборки контента.

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

 

1.4.6 Структура организации ЭУ

В настоящее время к учебникам предъявляются следующие требования:

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

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

) Текстовая информация может дублировать некоторую часть живых лекций;

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

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

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

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

Можно выделить 3 основных режима работы ЭУ:

обучение без проверки;

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

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

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

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

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

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

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

Результат проделанной работы - электронный учебник, выполненный в двух вариантах: для открытого доступа через глобальную компьютерную сеть Internet и использования в процессе аудиторного обучения (для локальной сети). Он обладает современным дизайном и соответствует эргономическими требованиям к компьютерным средствам обучения. Первое, это возможность включать в них современные (в том числе мультимедийные) способы представления информации, в виде обучающих программ, использующих в том числе средства анимации. Второе, возможность включать интерактивные средства контроля знаний для проверки, в том числе и самопроверки, и третье, при сегодняшнем сложном состоянии с учебниками, электронную версию легко "сбросить” на дискету и пользоваться им на домашнем компьютере. Если при этом учебник положить на сервер, то к нему может быть обеспечен неограниченный доступ.

Так же к основным элементам документооборота можно отнести:

создание отчетов об успеваемости учеников (так называемые школьные журналы);

извещение родителей учеников об успеваемости (школьные дневники).

 

1.5 Программное обеспечение для поддержки бизнес-процессов МОУ В (с) ОШ

На предприятии существует файловый сервер, через который проходит основной поток документов и файлов.

Для подготовки документов и отчетности используют пакеты Microsoft Office. Это офисный пакет приложений, созданных корпорацией Microsoft для операционной системы Microsoft Windows. В состав этого пакета входит программное обеспечение для работы с различными типами документов: текстами, электронными таблицами, базами данных.

Все системы администрирует непосредственно системный администратор. Все сетевые ресурсы имеют строго ограниченный доступ. Пользователи имеют возможность получить доступ к какому-либо ресурсу только после согласования с директором МОУ В (с) ОШ и системного администратора, после чего дается распоряжение предоставить доступ к данным ресурсам.

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

 

1.6 Постановка и обоснование технического задания

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

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

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

К результатам внедрения информационной системы предъявляются определенные требования. Разрабатываемый продукт должен обеспечивать:

−       снижение затрат на выполнение сбора и редактирования данных;

−       повышение точности обработки данных;

−       уменьшение времени сбора данных и получения оперативных результатов;

−       возможность отслеживания процесса;

−       исключение ошибок.

К самой проектируемой системе также предъявляются определенные требования. Основные требования к проектируемому программному средству:

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

−       должна представлять пользователям актуальную информацию, отвечающую информационным потребностям компании;

−       должна обеспечивать получение требуемых данных за приемлемое время, т.е. отвечать заданным требованиям производительности;

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

−       должна обладать гибкостью и достаточно легко расширяться и настраиваться под новые задачи пользователей, например при реорганизации компании, или при расширении предметной области ИС;

−       быть программно и аппаратно-совместимой (т.е. должна легко изменяться при изменении программной и аппаратной среды);

−       данные до включения в ИС должны проверяться на достоверность;

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

−       разграничение доступа (доступ к данным ИС должны иметь лица с соответствующими полномочиями).

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

Таким образом, конечной целью создания АРМ будет ускорение поиска нужной информации, ведение учета и редактирование.

Создание данной АРМ поможет избавиться от повседневной рутинной работы с документами, облегчит и повысит эффективность работы учителя.

Глава 2. Проектирование и разработка програмного продукта

2.1 Анализ технического задания

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

Программное средство "Автоматизированное рабочее место учителя" в МОУ В (с) ОШ предназначено для автоматизации работы педагогического состава, для ведения образовательной и отчетной документации.

Основными функциями программного модуля являются:

−       хранение в электронном виде информации об учениках;

−       возможность создания электронных учебников и конспектов;

−       возможность электронного тестирования;

−       возможность формирования отчетов;

−       возможность формирования извещений;

−       просмотр справочной информации;

−       поддержка целостности данных.

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

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

 

2.2 Общие требования к системе и цели создания (развития) системы

Цель создания - автоматизация повседневной работы учителя:

−       хранение информации об учениках;

−       возможность редактирования информации об учениках;

−       возможность быстрого создания извещений;

−       печать извещений и документации;

−       возможность формирования отчетов по успеваемости;

−       возможность создания электронных конспектов и учебников.

−       Краткие сведения о требованиях к автоматизации объекта:

−       поддержка целостности данных;

−       наличие интуитивно понятного графического интерфейса;

−       возможность работы программы в сетевом и локальном режимах.

Требования по обеспечению надежности

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

Требования по обеспечению удобства эксплуатации.

Программное обеспечение АРМ должно функционировать в диалоговом режиме с выдачей иерархических меню основных функций подсистем, например, текст запроса по мере его формирования отображается на экране. Требования к операционной и программной совместимости.

Программное обеспечение средств регистрации и документирования АРМ должно обеспечивать: информационную совместимость в части возможности замены ЭВМ на модель более высшего порядка, замену принтера на более производительный, и т.п.

 

2.3 Архитектура автоматизированного рабочего места

В последние годы возникает концепция распределенных систем управления, где предусматривается локальная обработка информации. Для реализации идеи распределенного управления необходимо создание для каждого уровня управления и каждой предметной области автоматизированных рабочих мест (АРМ) на базе профессиональных персональных ЭВМ.

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

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

Автоматизированные рабочие места могут быть индивидуальными, групповыми, коллективными. Применительно к групповым и коллективным автоматизированным рабочим местам в целях эффективного функционирования системы ЭВМ специалистам (коллективу) необходимо ужесточить требования к организации работы автоматизированного рабочего места и чётко определить функции администрирования в такой системе. Система автоматизированного рабочего места, являющаяся "человеком-машиной", должна быть открытой, гибкой, приспособленной к постоянному развитию и совершенствованию.

В такой системе должны быть обеспечены:

−       максимальная приближённость специалистов к машинным средствам обработки информации;

−       работа в диалоговом режиме;

−       оснащение автоматизированного рабочего места в соответствии с требованиями эргономики;

−       высокая производительность компьютера;

−       максимальная автоматизация рутинных процессов;

−       моральная удовлетворенность специалистов условиями труда, стимулирующая их творческую активность, в частности, в дальнейшем развитии системы;

−       возможность самообучения специалистов.

Задачи, решаемые на автоматизированных рабочих местах, условно можно разделить на информационные и вычислительные.

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

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

 

2.4 Описание функциональных задач

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

Автоматизированная система управления "Автоматизированное рабочее место учителя" имеет следующие функциональные возможности:

−       хранение информацию об учениках;

−       возможность редактирования об учениках;

−       возможность работы программы в сетевом и локальном режимах;

−       возможность создания электронных конспектов и лекций;

−       возможность электронного тестирования;

−       возможность вести учет и отслеживать изменения в успеваемости;

−       возможность формирования отчетов по успеваемости;

−       работа с базой данных;

−       поддержка целостности данных;

−       иметь графический интуитивно понятный интерфейс.

Общая схема работы учителя с АРМ представлена на рис. 4.

Рис. 4. Работа учителя с АРМ

Так же следует учитывать, что для полноценной работы, доступ к АРМ должны иметь не только учителя, но и ученики. Общая схема работы ученика с АРМ представлена на рис. 5.

Рис. 5. Работа ученика с АРМ

 

2.5 Выбор инструментов и технологий для разработки программного средства и основные свойства базы данных

Потребность в эффективных средствах разработки программного обеспечения привели в теории разработке программного обеспечения к появлению новых систем программирования, ориентированных на "быструю разработку". К таким системам можно отнести Borland Delphi и Microsoft Visual Basic и С++Builder.

В основе систем быстрой разработки (RAD-систем, Rapid Application Development - среда быстрой разработки приложений) лежит технология визуального проектирования и событийного программирования, суть которой заключается в том, что среда разработки берет на себя большую часть рутинной работы, оставляя программисту работу по конструированию диалоговых окон и функций обработки событий. Производительность программиста при использовании RAD-систем в разы превышает производительность проектирования традиционных DOS-приложений.- это среда быстрой разработки, в которой в качестве языка программирования используется язык Delphi (Delphi language), являющийся прямым потомком хорошо известного всем программистам языка Pascal. Как и предыдущие версии, Borland Delphi 7 Studio позволяет создавать самые различные программы: от простейших однооконных приложений до программ управления распределенными базами. В состав пакета включены разнообразные утилиты, обеспечивающие работу с базами данных, XML-документами, создание справочной системы, решение других задач. Отличительной особенностью седьмой версии является поддержка технологии NET.Delphi 7 Studio может работать в среде операционных систем от Windows 98. Особых требований к ресурсам компьютера пакет не предъявляет: процессор должен быть типа Pentium или Celeron с тактовой частотой не ниже 166 МГц, оперативной памяти - не менее 128 Мбайт, достаточное количество свободного дискового пространства (для полной установки версии Enterprise необходимо приблизительно 475 Мбайт.

Данная программа будет написана на языке Pascal в среде разработки приложений Delphi 7.0. Это позволит использовать мощный аппарат языка в совокупности с возможностью визуализации программирования, предоставляемой средой.

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

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

Проектируемая база данных (БД), должна обладать определенными свойствами. Ниже перечислены основные свойства базы данных.

Целостность.

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

Восстанавливаемость.

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

Безопасность.

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

Эффективность.

Обычно понимается как минимальное время реакции на запрос пользователя, минимальные потребности в памяти, а также сочетание этих параметров.

Немаловажную роль играет и выбор системы управления баз данных (СУБД) для разработки базы данных. Выбор СУБД представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям компании, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести предприятию реальные выгоды. Вообще говоря, перечень требований к СУБД, используемых при анализе той или иной информационной системы, может изменяться в зависимости от поставленных целей.Access 2007 является мощным приложением пакета прикладного ПО MS Office, который установлен практически в каждой компании. При этом производительность СУБД органично сочетается со всеми удобствами и преимуществами ОС Windows. Как реляционная СУБД MS Access 2007 обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. Можно использовать таблицы, созданные в среде Paradox, dBase или созданные в других средах.

Работая в среде Microsoft Office, пользователь получает в своё распоряжение полностью совместимые с MS Access 2007 текстовые документы (Word) и электронные таблицы (Excel). С помощью новых расширений для Internet можно напрямую взаимодействовать с данными из World Wide Web и транслировать представление данных на языке HTML, обеспечивая работу с такими приложениями как Internet Explorer, Netscape Navigator и т.д.Access 2007 специально спроектирован для создания многопользовательских приложений, где файлы базы данных являются разделяемыми ресурсами в сети. В MS Access 2007 реализована надёжная система защиты от несанкционированного доступа к файлам. База данных храниться в одном файле, но профессиональные пользователи предпочитают разделять базу данных на два файла: в одном хранятся объекты данных (таблицы, запросы), в другом объекты приложения (формы, отчёты, макросы, модули). В последних версиях MS Access представлен новый формат файла (MDE) - библиотеки, с помощью которого можно создавать приложения, не включая VBA-код.

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

Основные функции СУБД MS Access 2007:

−       определение данных (описание структуры данных);

−       обработка данных (добавить, удалить, обновить, найти);

−       управление данными.

Ms Access - это настольная реляционная 32-разрядная СУБД, именно эта СУБД была выбрана нами в качестве основы создаваемого программного средства.

 

2.6 Проектирование схемы базы данных и описание сущностей

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

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

Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Атрибут - поименованная, значимая характеристика сущности. Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.

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

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

-       быть вычисляемым, т.е. восприниматься и обрабатываться ЭВМ;

-       использовать "дружелюбные" пользователю интерфейсы, в частности графические;

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

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

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

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

Для построения инфологических моделей может использоваться Case-средство ER-Win. ERwin - средство концептуального моделирования БД, использующее методологию IDEF1X. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД и реинжиниринг существующей БД. ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL. Поскольку ERwin Data Modeler поддерживает работу с БД на физическом уровне, учитывая особенности каждой конкретной СУБД, администраторы БД могут с его помощью максимально повысить производительность информационной системы. Разработчики с помощью ERwin Data Modeler могут сначала, используя визуальные средства, описать схему БД, а затем автоматически сгенерировать файлы данных для выбранной реляционной СУБД (прямое проектирование).поддерживает прямое и обратное проектирование двадцати типов баз данных различных производителей, от настольных до реляционных СУБД и специализированных СУБД, предназначенных для создания хранилищ данных.

Основными объектами предметной области, о которых должна храниться информация в системе, будут сущности "Пользователь", "Тест", "Вопрос", "Ответ", "Конспект", "Учебный результат", "Ученик", "Учитель".

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

один к одному - 1: 1;

один ко многим - 1: М;

многие ко многим - М: М.

Между сущностями в исследуемой предметной области также существуют определенные предметные связи. Так, например сущность "Пользователь" связана с сущностью "Тест" по типу "один-ко-многим", т.к. каждый пользователь может создать несколько разных тестов. Кроме того, для тестов указывается, кто последним его редактировал, причем каждый пользователь может редактировать несколько тестов. Для каждого теста существует целый набор вопросов, причем каждый вопрос относится к одному определенному тесту, поэтому сущности "Тест" и "Вопрос" связаны по типу "один-ко-многим". Аналогичная связь имеется между сущностями "Тест" и "Ответ". При указании результатов указываются ученики, учителя и тесты. Причем для каждого учителя, для каждого ученика и каждого тста может быть задано несколько различных результатов, поэтому сущности "Ученик", "Учитель", "Тест" связаны с сущностью "Результат" связью "один-ко-многим". Сущность "Пользователь" связана с сущностью "Конспект" по типу "один-ко-многим", т.к. каждый пользователь может создать несколько разных конспектов. Кроме того, для конспектов указывается, кто последним его редактировал, причем каждый пользователь может редактировать несколько конспектов.

На основе представленного описания сущностей и связей предметной области был разработана модель предметной области уровня сущностей с использованием Case-средства ER-Win (рис. 6).

Рис. 6. Модель предметной области уровня сущносттей

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

Рис. 7. Модель предметной области уровня атрибутов

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

Рис. 8. Физическая модель предметной области

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

. Каждая сущность становится таблицей. Названия таблиц задаются во множественном числе (в нашем случае, было добавлено слово "список", т.е. сущность "Учитель" стала таблицей "Список учителей").

. Каждый атрибут сущности становится столбцом таблицы.

. Ключевой атрибут становится ключом таблицы.

. Связи между сущностями становятся связями между таблицами.

Первым шагом на пути проектирования структуры реляционной базы данных является нормализация таблиц базы данных. Главная задача нормализации - устранение избыточности данных. Благодаря этому не только облегчается сама работа по администрированию, но и сокращается объём дискового пространства, где хранится БД. Согласно теории нормализации существует шесть нормальных форм (далее н. ф.). Для каждой нормальной формы задаётся некоторый набор ограничений и таблица находится в этой нормальной форме, если удовлетворяет этим ограничениям.

Основные свойства нормальных форм:

−       Каждая следующая н. ф. должна улучшать предыдущую.

−       При переходе от одной н. ф. к другой все свойства предыдущей н. ф. сохраняются.

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

В основе теории нормализации лежит понятие функциональной зависимости. Функциональные зависимости отражают не текущее состояние БД а все возможные её состояния, т.е. они отражают все связи, которые присущи объектам реального мира, описываемых этой БД. Функциональные зависимости достаточно сложно определить по текущему состоянию БД. Это возможно только в том случае, если БД заполнена полностью и никаких дополнений и модификаций не предвидится. Однако в реальной жизни такое требование невыполнимо. Поэтому набор функциональных зависимостей определяет разработчик и системный аналитик исходя из системного анализа предметной области.

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

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

Несмотря на то, что существует шесть нормальных форм, доказано, что на практике достаточно привести таблицы базы данных к 3 н. ф. Поэтому рассмотрим понятие трех нормальных форм:

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

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

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

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

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

Модель является логической, то есть отношения являются логическими (абстрактными), а не физическими (хранимыми) структурами.

Для реляционных баз данных верен информационный принцип:

всё информационное наполнение базы данных представлено одним и только одним способом, а именно - явным заданием значений атрибутов в кортежах отношений;

в частности, нет никаких указателей связывающих одно значение с другим.

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

Структурный аспект (составляющая) - данные в базе данных представляют собой набор отношений.

Аспект (составляющая) целостности - отношения (таблицы) отвечают определенным условиям целостности. РМД поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных.

Аспект (составляющая) обработки (манипулирования) - РМД поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).

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

Общий перечень таблиц представлен в таблице 1. - Список таблиц.

Таблица 1.

Список таблиц

Имя	Код
Список пользователей	Users
Список тестов	Tests
Список вопросов к тестам	Tests_questions
Список правильных ответов на тесты	Tests_answers
Список конспектов	Conspects
Список учебных результатов	Results
Список учеников	Students
Список учителей	Teachers

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

Таблица 2. Таблица "Список пользователей"

Имя: Список пользователей Код: Users
Список атрибутов
Имя	Код	Тип	К	О
Id пользователя	user_id	serial	Да	Нет
Логин пользователя	user_login	character varying (255)	Нет	Нет
Пароль пользователя	user_pass	integer []	Нет	Нет
Статус пользователя	user_status	integer	Нет	Нет
Электронный адрес пользователя	user_email	character varying (255)	Нет	Нет
Фамилия, имя, отчество	user_name	character varying (255)	Нет	Нет

Таблица "Список учеников" содержит информацию об учениках школы. Структура таблицы "Список учеников" представлена в таблице 3.

Таблица 3.

Таблица "Список учеников"

Имя: Список учеников Код: Students
Список атрибутов
Имя	Код	Тип	К	О
Id ученика	student_id	serial	Да	Нет
Фамилия, имя, отчество	student _name	character varying (255)	Нет	Нет
Класс	Student_class	integer []	Нет	Нет
Адрес	Student_adress	character varying (255)	Нет	Нет
Телефон	student _phone	character varying (255)	Нет	Нет
Телефоны родителей	Student_parents	character varying (255)	Нет	Нет
Дополнительная информация	Student_dop	character varying (255)	Нет	Нет

Таблица "Список учителей" содержит информацию обо всех учителях. Структура таблицы "Список функций для теста" представлена в таблице 4.

Таблица 4. Таблица "Список учителей"

Имя: Список учителей Код: Teachers
Список атрибутов
Имя	Код	Тип	К	О
Id учителя	Teacher_id	serial	Да	Нет
Фамилия, имя, отчество	Teacher _name	character varying (255)	Нет	Нет
Предмет	Teacher_pr	integer []	Нет	Нет
Адрес	Teacher_adress	character varying (255)	Нет	Нет
Телефон	Teacher _phone	character varying (255)	Нет	Нет
Дополнительная информация	Teacher_dop	character varying (255)	Нет	Нет

Таблица "Список тестов" содержит информацию обо всех тестах. Структура таблицы "Список функций для теста" представлена в таблице 5.

Таблица 5. Таблица "Список тестов"

Имя: Список тестов Код: Tests
Список атрибутов
Имя	Код		Тип	К	О
Id_теста	test_id		serial	Да	Нет
Название теста	test _name		character varying (255)	Нет	Нет
Id_создателя	Test_creator_id		integer	Нет	Нет
Id_последнего редактировавшего	Test_redactor_id		integer	Нет	Нет
Дата и время создания теста	Test_creator_data		character varying (255)	Нет	Нет
Список связей
Таблица		Связь	Отношение
Список пользователей (Users)		0,1	Создает и редактирует тест

Таблица "Список вопросов к тестам" содержит информацию обо всех вопросах к тестам. Структура таблицы "Список вопросов к тестам" представлена в таблице 6.

Таблица 6. Таблица "Список вопросов к тестам"

Имя: Список вопросов к тестам Код: Tests_questions
Список атрибутов
Имя	Код		Тип	К	О
Id_вопроса	question_id		serial	Да	Нет
Id_теста	test _id		integer	Нет	Нет
Текст вопроса	Question_text		character varying (255)	Нет	Нет
Список связей
Таблица		Связь	Отношение
Список тестов (Tests)		0,1	Зависит

Таблица "Список ответов к тестам" содержит информацию обо всех ответах к тестам. Структура таблицы "Список вопросов к тестам" представлена в таблице 7.

Таблица 7. Таблица "Список вопросов к тестам"

Имя: Список вопросов к тестам Код: Tests_answers
Список атрибутов
Имя	Код		Тип	К	О
Id_ответа	answer_id		serial	Да	Нет
Id_вопроса	Question _id		integer	Нет	Нет
Текст правильного ответа	answer _text		character varying (255)	Нет	Нет
Список связей
Таблица		Связь	Отношение
Список вопросов тестов (Tests_questions)		0,1	Проверяет

Таблица "Список результатов" содержит информацию обо всех результатах учеников. Сюда записываются, как результаты тестов, так и оценки, полученные учениками во время урока. Структура таблицы "Список вопросов к тестам" представлена в таблице 8.

Таблица 8. Таблица "Список вопросов к тестам"

Имя: Список результатов Код: Tests_answers
Список атрибутов
Имя	Код		К	О
Id_результата	result_id		serial	Да	Нет
Id_ученика	student _id		integer	Нет	Нет
Id_учителя	Teacher_id		integer	Нет	Нет
Id_теста	Test_id		integer	Нет	Нет
Результат теста	Test_result		integer	Нет	Нет
Оценка	mark		integer	Нет	Нет
Дополнительный комментарий	comment _text		character varying (255)	Нет	Нет
Список связей
Таблица		Связь	Отношение
Список учеников (Students)			Есть
Список учителей (Teachers)			Есть
Список тестов (Tests_questions)		0,1	Какой тест

 

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

Таблица 9. Таблица "Список тестов"

Имя: Список тестов Код: Tests
Список атрибутов
Имя	Код		Тип	К	О
Id_конспекта	Conspect_id		serial	Да	Нет
Название конспекта	Conspect_name		character varying (255)	Нет	Нет
Id_создателя	Conspect _creator_id		integer	Нет	Нет
Id_последнего редактировавшего	Conspect actor_id		integer	Нет	Нет
Адрес файла с текстом	Conspect_adres		character varying (255)	Нет	Нет
Дата и время создания теста	Test_creator_data		character varying (255)	Нет	Нет
Список связей
Таблица		Связь	Отношение
Список пользователей (Users)		0,1	Создает и редактирует тест

2.7 Разработка пользовательского интерфейса программного средства

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

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

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

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

Особенности памяти. Одновременно человек способен воспринимать и запоминать от 5 до 9 несвязанных объектов.

Существуют разные типы интерфейсов.

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

−       примитивные - организуют работу с пользователем в консольном режиме. Используется в установочных программах;

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

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

2. Объектно-ориентированные - интерфейсы прямого манипулирования, предполагают выбор и перемещение пиктограмм, соответствующих объектам предметной области.

Выделяют четыре этапа разработки интерфейса:

.        Определение требований пользователя к интерфейсу и типа интерфейса.

2.      Определение сценариев использования интерфейса.

.        Проектирование.

.        Реализация (программирование и тестирование).

На основе анализа предметной области нами были сформулированы следующие требования к интерфейсу пользователя:

. Разграничение доступа для разных групп пользователей.

. Возможность выбора действий (функций) с объектами предметной области.

. Удобство и простота в использование.

. Интуитивная понятность и быстрота освоения.

. Использование эргономичных цветов и расположения элементов на форме.

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

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

Рис. 9. Структура интерфейса пользователя

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

Рис. 10. Модель взаимодействия форм основного приложения

Смоделируем взаимодействие форм интерфейса пользователя между собой. Модель взаимодействия форм интерфейса представлена на рис. 11.

Рис. 11. Модель взаимодействия форм интерфейса пользователя

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

Глава 3. Эксплуатационные документы

3.1 Спецификация автоматизированного рабочего места технолога

АРМ предназначена для учета успеваемости учеников, создания электронных учебных материалов, она должна отображать соответствующую информацию об учениках и предметах, отображать ее в удобной форме, таблицах. Автоматизированное рабочее место учителя в МОУ В (с) ОШ работает с общей сетевой базой данных.

Информационная система состоит из программного продукта описание руководства системного администратора и программиста, а так же описанием руководства пользователя. Необходимые стадии для разработки: получение технического задания от директора МОУ В (с) ОШ, определение целесообразности создания новой информационной системы, проектирование базы данных, создание операционной системы на языке высокого уровня.

Держателем подлинников программной документации является МОУ В (с) ОШ.

Системные требования:

−       Windows 2000/XP;

−       Intel Pentium/Athlon 1Гц и выше;

−       256 Мб OЗУ;

−       35 Мб дискового пространства.

 

3.2 Руководство системного администратора и программиста

Для корректной работы автоматизированного рабочего места следует первоначально установить Microsoft Office.

В ini файле программы, должен быть четко прописан путь к базам данных.

Примерный вариант для работы с базой на локальном компьютере представлен на рис. 12.

Рисунок 12. Просмотр ini файла

Прописать в BDE пути на необходимые базы данных.

На этом можно считать программу настроенной и приступить к работе.

 

3.3 Описание АРМ учителя МОУ В (с) ОШ с просмотром текста программы. Руководство пользователя

Для запуска системы необходимо пройти первый этап - это добавить пользователя (технолога или техника) в список пользователей АРМ. Для этого в модуле OGTusers - необходимо ввести все личные данные и зарегистрироваться.

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

На рис. 7 представлена форма первого входа, который осуществляется от имени директора. В последующем пароль рекомендуется изменить.

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

В дальнейшем пароль и информацию о пользователе можно редактировать. Это может сделать как сам пользователь, так и администратор.

Рис. 13. Первый заход в программу от имени директора

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

Рис. 14. Форма авторизации.

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

Рис. 15. Главное окно программы

На главном окне программы расположены следующие разделы:

−       учителя;

−       класс;

−       ученики;

−       табель;

−       форма поиска;

−       панель кнопок.

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

Раздел "Учителя" и опция редактирования данных об учителе представлена на рис. 16.

Рис. 16. Раздел "Учителя" и редактирование данных об учителе.

Работа кнопки "Поиск":

TForm_chert. BitBtn_findiiClick (Sender: TObject);: =DBGrid_chert_open;. CreateForm (TForm_find,Form_find);_find. ShowModal;TextZap<>'' then begin

// Подготавливаем запрос. Query. Close;. Query. Prepare;. Query. SQL. Clear;. Query. SQL. Text: ='Select * from '+Vid+' where '+TextZap;

{ShowMessage (DM. Query. SQL. Text); }. Query. Open;.

При нажатии кнопки вызывается запрос, который осущетвляет выбор информации из базы данных по параметрам поьзователя. Однако, сначала нужно этот запрос создать. Создание запроса вполняется при помощи процедуры:

TForm_find. SB_poiskClick (Sender: TObject);, n: integer;, Zn: String;: ='';i: =0 to GridName. Columns. Count-1 do begin(StringGrid1. Cells [1, i+1] <>'') and (StringGrid1. Cells [1, i+1] <>'пусто') then begin: =StringGrid1. Cells [1, i+1];(GridName. Columns [i]. FieldName='Shifr') and (CB_stp. Checked=True) then Zn: =ShifrPoStp (Zn);GridName. Columns [i]. FieldName='Izmen' then beginStrToIntDef (Zn,10) =10 then begin('ВНИМАНИЕ! '+#13+'Пожалуйста задайте точно номер изменения цифрой! ',mtWarning, [mbOk],0);: ='';;;: =S+' '+GridName. Columns [i]. FieldName+'='+'"'+Zn+'" AND' end else beginn: =1 to Length (Zn) do beginZn [n] ='*' then Zn [n]: ='%';Zn [n] ='? ' then Zn [n]: ='_';;: =S+' '+GridName. Columns [i]. FieldName+' LIKE '+'"'+Zn+'" AND';;;StringGrid1. Cells [1, i+1] ='пусто' then: =S+' '+GridName. Columns [i]. FieldName+' IS NULL AND';;(S,Length (S) - 3,4);: =S;;;.

Раздел "Класс" содержит данные о классах и их классных руководителях. При выборе строки в таблице классов появляется возможность изменения данных о нем. Данные, уже введенные в систему, отображаются в поле данных, расположенном внизу программы. Вид раздела "Класс" представлен на рис. 17.

Рис. 17. Раздел "Класс" и редактирование данных о классе.

Раздел "Ученики" содержит данные об учениках - личные дела учеников в электронном виде. При выборе строки в таблице учеников появляется возможность изменения данных о нем. Данные, уже введенные в систему, отображаются в поле данных, расположенном внизу программы. Вид раздела "Ученики" представлен на рис. 18.

Рис. 18. Раздел "Ученики" и редактирование данных об ученике.

Раздел "Табель" содержит данные об успеваемости учеников. При выборе строки в таблице учеников появляется возможность изменения данных о нем. Данные, уже введенные в систему, отображаются в поле данных, расположенном внизу программы. Вид раздела "Табель" представлен на рис. 13.

Рис. 19. Раздел "Табель" и редактирование данных об ученике.

В программе имеется возможность печати табеля. Для печати используется функция экспорта табеля в текстовый редактор MS Word, в котором можно внести правки, сохранить или распечатать.

Для того, чтобы программное средство имело возможность передачи данных в текстовый редактор, имспользуется модуль ComObj и такие его методв, как CreateWord, AddDoc.

Работа кнопки "В ворд":

TForm1. Button2Click (Sender: TObject);x, i,j: integer;: integer;CreateWord and AddDoc then(True);(f5_ADOTable1. RecordCount+1, 8,x);_ADOTable1. First;: =1;(x, i,1,'Ученик');(x, i,2,'Математика');(x, i,3,'Физика');(x, i,4,'Физкультура');(x, i,5,'Информатика');(x, i,6,'Химия');(x, i,7,'Русский язык');(x, i,8,'Литература');(i);not f5_ADOTable1. Eof do(x, i,1,f5_ADOTable1. fieldbyname ('npupil'). AsString);(x, i,2,f5_ADOTable1. fieldbyname ('math'). AsString);(x, i,3,f5_ADOTable1. fieldbyname ('fizik'). AsString);(x, i,4,f5_ADOTable1. fieldbyname ('fizkultura'). AsString);(x, i,5,f5_ADOTable1. fieldbyname ('informatik'). AsString);(x, i,6,f5_ADOTable1. fieldbyname ('himiya'). AsString);(x, i,7,f5_ADOTable1. fieldbyname ('rus'). AsString);(x, i,8,f5_ADOTable1. fieldbyname ('literatura'). AsString);(i);_ADOTable1. Next;;

Результат выполнения процедуры представлен на рис. 20.

Рис. 20. Внешний вид табеля, подготовленного к печати

Работа фильтра поиск неуспевающих учеников см. Приложение.

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

Глава 4. Экономическое обоснование эффективности проекта

4.1 Расчет расходов на создание программного продукта

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

Расчет материальных затрат по проекту приведен в таблице 10. Материальные затраты включают в себя затраты на электрическую энергию, затраты на диски, на которые записывается программа, а также бумага, которая нужна для печати документации.

Таблица 10. Материальные затраты

Показатели	Цена	Кол-во	Сумма
Эл. Энергия	2,43	250	607,5
Отопление	100	1	100
Диски	10	5	50
Бумага	120	1	120
Итого			877,5

Еще одной важной статьей затрат является оплата труда программиста. При оплате труда исходим из того, что часовая ставка программиста равна 250 рублей в час. Работа над программой выполнялась в течении двух недель, т.е. 80 часов (т.к. по законодательству рабочая неделя содержит 40 часов).

Таблица 11. Заработная плата разработчика

Должность (профессия)	Часовая ставка	Кол-во часов	Сумма, руб.
Программист	250	80	20000
Итого			20000

На основе этих данных проведем расчет часовой тарифной ставки программиста. Для этого сначала определяется месячный эффективный фонд рабочего времени. Т.к. программа выполнялась две недели, то общий фонд времени составил 14 дней. Т.к. программист работает по пятидневному графику, то на это время пришлось 4 выходных. Кроме того, на время работы выпал 1 праздничный день.

Таблица 12. Месячный эффективный фонд рабочего времени

Календарное время	14	день
Выходные дни (2)	4	дней
Праздники	1	дней
Отпуск	0	дней

Получается, что эффективный месячный фонд (в днях) - 9 дней. Тогда эффективное рабочее время в часах рассчитаем по формуле:

Тэ = 9 * 8 = 72 час. мес.,

где Тэ - эффективное рабочее время в часах.

ФОТмес = Омес * 1 мес,

где О мес - оклад за месяц.

ФОТмес = 20000 руб.

Ст. час =	ФОТмес	= 277,78 руб.
	Тэ

Таким образом, часовая тарифная ставка программиста равна 277,78 руб.

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

Таблица 13. Расчет стоимости основных фондов

Основные фонды	Первонач. стоим, руб.	Кол-во, ед.	Na год, %	Сумма А мес. (руб)
Аренда	5300	1	1	441,7
Компьютеры	28000	1	0,25	583,3
Офисная мебель	16000	1	0,25	333,3
Итого				1358,3

Расчет амортизации на программу

Апрог =	Амес	= 18,87
	Тэ

Выполним общую калькуляцию всех расходов на раработку программного продукта (таблица 14).

Таблица 14. Калькуляция расходов на разработку программного продукта

Статьи расходов	Ед. изм.	Кол-во	Сумма
Материалы	Руб.		170
Заработная плата	Руб.		20000
Отчисление в ЕСН (от З / П)	Руб.	0,26	5200
Итого переменные расходы:	Руб.		25370
Аренда здания	Руб.		441,7
Амортизация оборудования	Руб.		916,6
Налог на имущество (2% от ОФП)	Руб.	0,02	18,33
Освещение	Руб.	250	607,5
Отопление	Руб.		100
Итого постоянные расходы:	Руб.		2084,13
Всего полная себестоимость разработки:	Руб.		27454,13

4.2 Целесообразность разработки проекта

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

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

Заключение

В ходе выполнения выпускной квалификационной работы было разработано автоматизированное рабочее место учителя для МОУ В (с) ОШ, предназначенное для автоматизации работы различных видов деятельности. АРМ учителя создано в приложении Delphi 7, т.к. приложение Delphi 7 идеально подходит для разработки информационной системы. Разработанное автоматизированное рабочее место позволяет учителю создавать электронные учебные материалы, вести учет успеваемости учеников, создавать отчеты.

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

−       хранение информации об успеваемости учеников;

−       возможность создания извещений;

−       возможность редактирования данных об учениках, конспектах и тестах;

−       возможность работы программы в сетевом и локальном режимах;

−       возможность формирования отчетов по успеваемости;

−       поддержка целостности данных;

−       ведение учета всех действий.

Внедрение программного продукта "Автоматизированное рабочее место учителя" позволяет избавиться от повседневной рутинной работы с документами, обеспечивает повышение эффективности работы учителя.

В качестве среды программирования был выбран программный продукт Borland 2007. Использование Borland 2007 дает разработчику множество преимуществ перед обычным программированием, сокращая при этом время разработки приложений баз данных практически на порядок.

Выбранные технологии позволили реализовать следующие функции:

−       хранение информации об учениках;

−       возможность редактирования данных об учениках;

−       возможность быстрого создания отчетов по успеваемости;

−       возможность создания электронных конспектов и учебников;

−       возможность создания электронных тестов;

−       возможность вести учет и отслеживать изменения успеваемости;

−       возможность изменения данных в режиме редактирования (добавление, изменение, удаление).

Автоматизация работы МОУ В (с) ОШ позволила не только оптимизировать учебный процесс, но и приобрести конкурентные преимущества перед другими образовательными заведениями.

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

В будущем планируется сопровождение информационной системы, выявление недостатков и недочетов в ее работе. На основе выявленных недостатков и пожеланий сотрудников МОУ В (с) ОШ планируется усовершенствование данной программы.

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

1. Борисов, Е.Ф. Экономическая теория: вопросы ответы. Ключевые понятия. Логика курса: Учебное пособие / Е.Ф. Борисов - М.: Юридическая фирма "КОНТРАКТ", "ИНФРА-М", 2009 - 196 с.

. Бондарев В.М., Рублинецкий В.И., Качко Е.Г. Основы программирования /Художник-оформитель С.А. Пяткова. - Харьков: Фолио; Ростов н/Д: Феникс, 2007. - 368 с.

. Вендров, А.М. Один из подходов к выбору средств проектирования баз данных и приложений. "СУБД" / А.М. Вендров, 2008 - 212 с.

. Вирт Н. Алгоритмы и структуры данных. - СПб: Невский диалект, 2009. - 352 с.

. Гук М. Аппаратные средства IBM PC. Энциклопедия. - СПб: Питер, 2008. - 928 с.

. Грузинов, В.П. Экономика предприятия: учеб. пособие. / В.П. Грузинов, Грибов В. Д - 2-е изд. доп. - М.: Финансы и статистика, 2008 - 208 с. -330 с.

. Горев, А. Эффективная работа с СУБД. / А. Горев, С. Макашарипов СПб: "Питер", 2007 г. - 254 c.

. Гордеев А.В. Операционные системы: Учебник для вузов.2-е изд. - СПб.: Питер, 2009. - 416 с.

. Гофман, В.Э. Delphi. Быстрый старт / В.Э. Гофман, А.Д. Хомоненко. - СПб.: БХВ-Петербург, 2009. - 288 с.

. Джен, Л. Харрингтон. Проектирование реляционных баз данных / Д.Л. Харрингтон - Лори, 2008 - 230 с.

. Диго, С.М. Проектирование и использования баз данных. / С.М. Диго, Москва: Финансы и статистика, 2009 г. -240 с.

. Калянов, Г.Н. CASE. Структурный системный анализ (автоматизация и применение). / Г.Н. Калянов - М.: Лори, 2009 - 242 с.

. Кантарь, И.Л. Автоматизированные рабочие места управленческого аппарата. / И.Л. Кантарь - М.: МГУ, 2008 г. -410 с.

. Кнут Д.Э. Искусство программирования, том 1. Основные алгоритмы. - М.: Издательский дом "Вильямс", 2009. -720 с.

. Когаловский, М.Р. Технология баз данных на персональных ЭВМ. / М.Р. Когаловский - М.: Финансы и статистика, 2010 г. -320 с.

. Миненин, А.И. Теория экономических информационных систем: Учеб. Для вузов / А.И. Мишенин. - 4-е изд., доп. и перераб. - М: Финансы и статистика, 2011 - 240 с.

. Окулов С.М. Основы программирования. - М.: БИНОМ. Лаборатория знаний. 2008. - 231 с.

. Окулов С.М. Программирование в алгоритмах. - М.: БИНОМ. Лаборатория знаний. 2008. - 256 с.

. Родионов Б.У., Татур А.О. Стандарты и тесты в образовании. - М.: 2008. - 345 c.

. Смирнова, Г.Н. Проектирование экономических информационных систем: Учеб. для вузов /Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов; Под ред. Ю.Ф. Тельнова. - М.: Финансы и статистика, 2012. - 512 с.

. Стивене, Р. Delphi. Готовые алгоритмы / Род Стивене; Пер. с англ. Мерещука П.А. - 2-е изд., стер. - М.: ДМК Пресс; СПб.: Питер, 2008. - 384 с.

. Сухарев М.В. Основы Delphi. Профессиональный подход - СПб.: Наука и Техника, 2010. - 600 с.

. Фаронов В.В. Deiphi 6. Учебный курс / В.В. Фараонов. - СПб.: Питер, 2009. - 260с.

. Федоров А.Г. Создание Windows-приложений в среде Delphi / А.Г. Федоров. - М.: ТОО "Компьютер Пресс", 2009. - 347 с.

. Фленов М.Е. Библия Delphi / М.Е. Фленов. - 2-е изд., перераб. и доп. - СПб.: БХВ-Петербург, 2008. - 800 с.

. Шень А. Программирование: теоремы и задачи. - М.: МЦНМО, 2009. - 321 с.

. Шураков, В.В. Автоматизированное рабочее место для статической обработке данных. / В.В. Шураков - М.: МИРЭА, 2010 г.

Интернет ресурсы:

29. <http://www.delphisources.ru/>

. http://eco. dukat.ua/green-office/principles-of-green-office/ <http://eco.dukat.ua/green-office/principles-of-green-office/>

. http://kufas.ru/programming16. htm <http://kufas.ru/programming16.htm>

. <http://www.snkey.net/books/delphi/ch1-2.html>

. http://www.smartlearn.ru/organizations? page=1342 <http://www.smartlearn.ru/organizations?page=1342>

. <http://ap-ple.ru/shareware.html>

. <http://www.computer-mus.ru/polimosfikwisusj.html>

. http://www.lghost.ru/lib/security/kurs5/theme15_chapter04. htm <http://www.lghost.ru/lib/security/kurs5/theme15_chapter04.htm>

. http://www.anti-malware.ru/index. phtml? part=analysis&anid=russia1 <http://www.anti-malware.ru/index.phtml?part=analysis&anid=russia1>

. http://base. garant.ru/183100/ <http://base.garant.ru/183100/>

. http://vechernialomov. narod.ru/publ. htm <http://vechernialomov.narod.ru/publ.htm>

. http://www.managment. aaanet.ru/management/orgkultura3. php <http://www.managment.aaanet.ru/management/orgkultura3.php>

. http://ito. su/2002/IV/IV-0-880.html <http://ito.su/2002/IV/IV-0-880.html>

. <http://festival.1september.ru/>

Приложение

Работа фильтра поиск неуспевающих учеников

TForm_chert. BitBtn_notregClick (Sender: TObject);

// Подготавливаем запрос. Cursor: =crHourGlass;. Query. Close;. Query. Prepare;. Query. SQL. Clear;. Query. SQL. Text: ='Select * from '+Vid+' where Number='+'""';. Query. Open;. Cursor: =crDefault;;

Работа кнопки "Удалить":TForm_chert. BitBtn_delClick (Sender: TObject);, T: String;: integer;: =DM. Query. FieldByName ('NameFile'). AsString;: =DM. Query. FieldByName ('Tip'). AsString;

// Уточняем команду об удаленииMessageDlg ('Удалить '+DM. Query. FieldByName ('Shifr'). AsString+'? ',mtConfirmation, [mbYes, mbNo],0) =mrNo then Exit;

{ - Первый файл - -}

// Проверяем файл извещенияFileExists (Tip+'\'+A+'. cdw') then begin

// Удаляем файл извещения('Удаляется файл'+#13+Tip+'\'+A+'. cdw');(Tip+'\'+A+'. cdw');FileExists (Tip+'\'+A+'. cdw') then begin('Не удалось удалить! ',mtError, [mbOk],0);;;

Работа кнопки "Аннулировать":TForm_chert. BitBtn_anulClick (Sender: TObject);, // На каком шифре открываем: String; // Имя файла

// УточняемMessageDlg ('Аннулировать? ',mtWarning, [mbYes, mbNo],0) = mrNo thenelse begin

{- - Для журнала - --}

// Определяем для журнала Na: = DM. Query. GetBookmark; // Закладка: =DM. Query. FieldbyName ('Shifr'). AsString;: =DM. Query. FieldbyName ('NameFile'). AsString;: =S;. Query. First;not DM. Query. Eof do beginDM. Query. FieldByName ('NameFile'). AsString=F then beginDM. Query. FieldByName ('Shifr'). AsString<>S then: =Na+'; '+DM. Query. FieldByName ('Shifr'). AsString;;. Query. Next;.

Вызов программы просмотра:TForm_chert. BitBtn_kompasClick (Sender: TObject);(DM. Query);;TForm_chert. BitBtn_k5viewClick (Sender: TObject);View (DM. Query);;

Вызов программы просмотра отчетов по классам:TForm_chert. BitBtn_scaneriiClick (Sender: TObject);, SN, Y: String;: Integer;: =DM. Query. FieldByName ('Number'). AsString;Pos ('. ',S) <>0 do begin(S,1,Pos ('. ',S));;: =Copy (S,Pos ('-',S) +1,4); // Год(S,Pos ('-',S),5); // Номер класса

{=== Один лист ===}DM. Query. FieldByName ('NameFile_pr'). AsString='' then begin

// Проверяем наличие рисункаnot FileExists (Scaner+'\'+Y+'\Izm\'+S+'. jpg') then begin('Нет класса! ',mtInformation, [mbOk],0);;;(PChar (Viewjpg+' '+Scaner+'\'+Y+'\Izm\'+S+'. jpg'),SW_SHOW);;;

Работа кнопки "создать":TForm_chert. BitBtn_kartClick (Sender: TObject);: integer;

// Проверяем шифрEdit_kart. Text='' then begin('Укажите шифр! ',mtWarning, [mbOk],0);_kart. SetFocus;;;

// Исправляем по СТПCB_stp. Checked=True then_kart. Text: =ShifrPoStp (Edit_kart. Text);. Cursor: =crHourGlass;

// Подготавливаем запрос. Query_info. Close;. Query_info. Prepare;. Query_info. SQL. Clear;. Query_info. SQL. Text: ='Select * from detal where Shifr="'+Edit_kart. Text+'"';. Query_info. Open;

// Карточка

{DBGrid_kart. Visible: =false; }

// Очищаем старую карточку. Table_kart. Active: =False;. Table_kart. EmptyTable;. Table_kart. Active: =True;

// Подготавливаем запрос. Query_kart. Close;. Query_kart. Prepare;. Query_kart. SQL. Clear;. Query_kart. SQL. Text: ='Select * from Izvchert where Shifr='+'"'+Edit_kart. Text+'"';. Query_kart. DatabaseName: ='IzvesenNet';. Query_kart. Open;

// Копируем результат запроса в карточку. Query_kart. First;not DM. Query_kart. Eof do begin. Table_kart. Append;. Table_kart. Edit;i: =0 to 9 do. Table_kart. Fields [i]. Value: =DM. Query_kart. Fields [i]. Value;. Table_kart. Post;. Query_kart. Next;;

Работа кнопки "поиск":TForm_chert. BitBtn_poisk_zakClick (Sender: TObject);: =DBGrid_perep;. CreateForm (TForm_find,Form_find);_find. ShowModal;TextZap<>'' then begin

// Подготавливаем запрос. Query_perep. Close;. Query_perep. Prepare;. Query_perep. SQL. Clear;TabSheet_perep. Caption='Ученик' then. Query_perep. SQL. Text: ='Select * from sprav_z where '+TextZap;. Query_perep. Open;.

Кнопка "все ученики" отменяет все запросы на поиск.

Работа кнопки "весь список"TForm_chert. BitBtn_all_zakClick (Sender: TObject);. Query_perep. Active: =False;. Query_perep. Prepare;. Query_perep. SQL. Clear;TabSheet_perep. Caption='Ученики' then. Query_perep. SQL. Text: ='Select * from sprav_z';. Query_perep. Open;.

Работа кнопки "Отправить отчет на почту":TForm_chert. BitBtn_perepClick (Sender: TObject);: String;: Integer;: =DM. Query_perep. FieldByName ('Naimen_pr'). AsString;: =1; {Удаляем кавычки}K<=Length (A) do(A [K] ='"') or (A [K] =' ') or (A [K] ='. ') then(A,K,1);else begin(K);;;: =A+'. doc';: =Pisma+'\'+A;not FileExists (A) then begin

// Нет файлаApplication. MessageBox (PChar ('Не указан электронный адрес '+DM. Query_perep. FieldByName ('Naimen_pr'). AsString'),

'Опрос пользователя',_YesNo) = IDYes then begin

// Если 'Да'(PChar (PismaForm),PChar (A),True);

// Заполняем журнал. Query_magazin. Active: =False;. Query_magazin. Prepare;. Query_magazin. SQL. Clear;. Query_magazin. SQL. Text: ='INSERT INTO Magazin (Datev, Fam, Tip, Na, Deystv) VALUES ('+''''+FormatDateTime ('dd. mm. yy hhчnnмин',Now) +''''+','+''''+user1+''''+','+''''+'Переписка'+''''+','+

''''+DM. Query_perep. FieldByName ('NAIMEN_PR'). AsString+''''+','+''''+'Созд'+''''+') ';. Query_magazin. ExecSQL;

// Запускаем WinWord и открываем переписку(PChar (Winword+' '+A),SW_SHOW);else Exit;else begin

// Заполняем журнал. Query_magazin. Active: =False;. Query_magazin. Prepare;. Query_magazin. SQL. Clear;. Query_magazin. SQL. Text: ='INSERT INTO Magazin (Datev, Fam, Tip, Na, Deystv) VALUES ('+''''+FormatDateTime ('dd. mm. yy hhчnnмин',Now) +''''+','+''''+user1+''''+','+''''+'Переписка'+''''+','+''''+DM. Query_perep. FieldByName ('NAIMEN_PR'). AsString+''''+','+''''+'Откр'+''''+') ';. Query_magazin. ExecSQL;

// Запускаем WinWord и открываем перепискуWinExec (PChar (Winword+' '+A),SW_SHOW) <=31 then begin('Ошибка при запуске Winword. ',mtError, [mbOk],0);;;

Редактирование записи об учителеTForm_chert. EditExecute (Sender: TObject);: =DM. Query_perep;: =DM. DataSource_perep;. CreateForm (TForm_editdb,Form_editdb);_editdb. ShowModal;;TForm_chert. BitBtn_regiiClick (Sender: TObject);. Query_magazin. Active: =False;. Query_magazin. Prepare;. Query_magazin. SQL. Clear;. Query_magazin. SQL. Text: ='Select * from Magazin where Deystv = '+'"'+'Зарег'+'"'+' AND Number like '+'"'+'%ИИ%'+'"';

{ShowMessage (DM. Query_magazin. SQL. Text); }. Query_magazin. Open;. Query_magazin. Last;.TForm_chert. BitBtn_reginClick (Sender: TObject);. AddPassword ('270451');. Query_magazin. Active: =False;. Query_magazin. Prepare;. Query_magazin. SQL. Clear;. Query_magazin. SQL. Text: ='Select * from Magazin where Deystv = '+'"'+'Зарег'+'"'+' AND Number like '+'"'+'%ИН%'+'"';

{ShowMessage (DM. Query_magazin. SQL. Text); }. Query_magazin. Open;. Query_magazin. Last;.TForm_chert. N_usersClick (Sender: TObject);: String;: =''+#13;

// Записываемся. Query_Users. Close;. Query_Users. Prepare;. Query_Users. SQL. Clear;. Query_Users. SQL. Text: ='Select UserName from Users where Close is null';. Query_Users. Open;. RemovePassword ('270451');. Query_Users. First;not DM. Query_Users. Eof do begin: =S+#13+' - '+DM. Query_Users. FieldByName ('UserName'). AsString;. Query_Users. Next;;(S,mtInformation, [mbOk],0);.