ГОУ ВПО «Омский государственный технический университет»
Кафедра
«Автоматизированные системыобработки информации и управления»
УТВЕРЖДАЮ
Зав.кафедрой АСОИУ, док-р техн. наук, проф.
______________А.В. Никонов
“___ ” __________ 2005 г.
ЗАДАНИЕ
НА ВЫПОЛНЕНИЕ ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЫ ДИПЛОМИРОВАННОГОСПЕЦИАЛИСТА
Тема проекта:
Комплексная информационная автоматизированная система
Студент:
Золотухина Анна Александровна
“Кафедра”
утверждена приказом пофакультету от “ 29” марта 2005 г. № 3
Срок сдачи студентом
законченной работы (проекта) “_______ ” ________________ 2005 г.
Исходные данные к работе (проекту): отчет по преддипломнойпрактике: результаты преддипломной практики.
Содержание пояснительной записки (перечень подлежащихразработке разделов):
Анализ существующих систем;
Описание постановки задач; Исследованиеобъекта автоматизации;
Разработка структуры БД,проектирование АРМ-ов. Реализация модулей “Зав. лаб” (АРМ заведующеголабораториями), “Методист” (АРМ методиста кафедры), “Секретарь” (АРМсекретаря кафедры), “Преподаватель” (АРМ преподавателей кафедры) в виде готовогоПО.
Описание алгоритмов; Описание программного обеспечения.
Обоснование и выбор технического обеспечения.
Руководство пользователя.
Расчет себестоимости разработки.
Безопасность и экологичность проекта.
Перечень графического материала (с указанием обязательныхчертежей):
1) структурная схема системы;
2) структура базы данных системы;
3) дерево целей создания автоматизированной системы;
4) функции автоматизированной системы;
5) интерфейс автоматизированной системы;
6) формы ввода; презентация; демонстрационный плакат.
Консультанты по проекту:
Организационно-экономическая часть — Ю.А. Опарин
Безопасность и экологичность проекта — Н.Ф. Сизенко
Дата выдачи задания “ _______ ” _________________2005 г.
Руководитель: асс., кафедры АСОИУ ______________ Анатольев А.Г.
Задание принял к исполнению студент _____________ЗолотухинаА.А.
/>/>/>/>Реферат
Ф. И.О. дипломника: ЗолотухинаАнна Александровна
Название дипломного проекта:«Комплексная информационная автоматизированная система “Кафедра”»
Место дипломирования: Омскийгосударственный технический университет.
Руководитель проекта: АнатольевАлександр Геннадьевич.
Отчет содержит:
страниц
таблиц
иллюстраций
использованных источников
приложения
81
16
46
17
2
В данном отчете приведенапостановка задач для создания универсальной автоматизированной системыэлектронного документооборота для кафедры.
Целью преддипломной практикиявляется анализ существующих систем, постановка задачи, определения основныхтребований к системе и составление предварительного варианта структуры системы.
В ходе работы был проведенобзор существующих аналогичных систем.
Проектируемая системасодержит базу текстовых документов, форм и таблиц, которые будут разграниченыуровнями доступа по признаку важности информации. Данная система должна будетоблегчить и структурировать работу сотрудников кафедры, а также будет обладатьнекоторой универсальностью, т.е. может быть применена для других кафедр.
Целью работы является проектирование автоматизированнойсистемы, для повышения эффективности работы. Основная цель создания автоматизированнойсистемы достигается путем уменьшения времени и трудоемкости созданиядокументации, а так же за счет улучшения оперативности и качества обработкиинформации.
Презентационная версияописывает работу программного продукта.
Рассмотреныорганизационно-экономические вопросы и безопасность и экологичность проекта.
/>/>/>/>Содержание
Введение
1 Анализ существующих систем
1.1 Обоснование необходимостиприменения систем электронного документооборота
1.2 Выводы по ценам и функциональнымвозможностям
1.3 Выводы по сегментации рынка
1.4 Обоснование необходимостиразработки
1.4.1 Техническая модель
1.4.2 Топологическая модель
1.4.3 Регламент и режим работы
1.4.4 Программная модель
1.4.5 Информационная модель
2. Описание постановки задач
2.1 Характеристика задач
2.1.1 Цель и назначение системы
2.2 Входная информация
2.3 Нормативно — справочная информация
2.4 Выходная информация
2.5Требования к системе
3. Описание алгоритмов
3.1 Общие положения
3.2 Определение данных, которымидолжны оперировать автоматизируемые функции
4. Описание программного обеспечения
4.1 Методы и средства разработкипрограммного обеспечения
4.2 Выбор и обоснование выбораоперационной системы
5. Обоснование и выбор техническихсредств
5.1 Техническое обеспечение
6. Руководство пользователя
6.1 Руководство программисту
6.2 Руководство пользователя
6.3 Руководство администратора
7. Расчет стоимости разработкикомплексной информационной автоматизированной системы «кафедра»
7.1 Описание программного продукта
7.2 Расчет себестоимости разработкипрограммного продукта
7.2.1 Расчет основной заработнойплаты разработчиков
7.2.2 Расчет трудоемкости методомуточненной модели
7.2.3 Расчет дополнительнойзаработной платы разработчиков
7.2.4 Отчисления на социальные нужды
7.2.5 Расходы на приобретениедополнительных средств ВТ и ПО
7.2.6 Расходы по отладке программы
7.2.7 Контрагентские расходы
8. Безопасность и экологичностьпоекта
8.1 Анализ опасных и вредныхпроизводственных факторов на рабочем месте инженера
8.1.1 Микроклимат
8.1.2 Освещение рабочей зоны
8.1.3 Производственный шум
8.1.4 Электромагнитные излучения
8.1.5 Тяжесть и напряженностьтрудового процесса
8.2 Меры по снижению и устранениюопасных и вредных факторов
8.2.1 Психофизиологические факторы
8.2.2 Мероприятия по снижениюповышенного уровня шума на рабочих местах
8.2.3 Мероприятия по устранениюнедостаточной освещенности рабочей зоны
8.3 Расчет искусственного освещения
8.3.1 Расчёт освещения в помещениилюминесцентными лампами
8.3.2Расчёт общего освещения производится методом коэффициента использованиясветового потока при установке люминесцентных ламп для производственногопомещения
9. Защита в чрезвычайных ситуациях
9.1 Понятие устойчивости объекта
9.2 Избыточное давление взрыва
9.2.2Оценка устойчивости объекта от ударной волны и степени поражения человека
9.2.3 Степень поражения людей ударнойволной
Заключение
Список использованных источников
Приложение А
Приложение Б
/>/>/>/>Обозначенияи сокращенияЭДО электронный документооборот ППС профессорско-преподавательский состав УВП учебно-вспомогательный персонал ЭЦП электронно-цифровая подпись ПО программное обеспечение МЦ материальные ценности АС автоматизированная система АРМ автоматизированное рабочее место БД база данных ОС операционная система
/>Введение
Современный порядок ведения дел на предприятиях и в организацияхтребует большого объема работы с документами. Базовой единицей информации втеории управления документами является непосредственно документ. Понятиеэлектронного документа включает в себя не просто файл (набор символов, слов,таблиц, диаграмм, изображений и мультимедийных данных), а целую совокупностьтаких файлов разных типов — составных частей документа, правила их обработки,связи с другими электронными документами, информацию о маршруте движениядокумента и многое другое. Обязательным является наличие у документа регистрационнойкарточки — набора реквизитов документа (вид документа, регистрационный номер,краткое содержание и другие атрибуты). В таком виде документ становится базойпостроения системы электронного документооборота — системы, организующей полныйжизненный цикл документа, начиная от регистрации и заканчивая списанием в архив.
Поиск, утверждение и согласование становятся довольносложными и обременительными процедурами, исключить которые, не представляется возможным.Единственно эффективным подходом в подобной ситуации является использованиесовременных технологий и максимальная автоматизация всех этапов работы сдокументами. К тому же, появление за последние время достаточного количествадоступных вычислительных мощностей и качественного программного обеспечения кним делает подобное решение легко реализуемым и экономичным.
Автоматизация документооборота позволяет более продуктивноорганизовывать работу предприятия. Быстрое получение бумажного и электронногообразцов документа посредством использования технологий сканирования,распознавания и печати документа, делает легко доступным переход от бумажнойверсии документа к электронной и обратно. Таким образом, открывается способбезболезненного переноса документов из бумажного представления в электронное,при этом появляется возможность использования преимуществ компьютеров. Рыноксистем управления документооборотом в нашей стране представлен программнымирешениями, как российских разработчиков на базе приложений иностранных компанийи на базе собственных разработок, так и несколькими иностранными брэндами. Отечественныйсофт лучшим образом учитывает специфику российского документооборота, нежели ПОиностранных производителей, и дело здесь в несколько других принципахпостроения западного документооборота. Рассмотрим, какие существуют возможностидля разрешения проблем, связанных с документооборотом предприятия,открывающиеся после внедрения и последующей эксплуатации такой системы.
Автоматизация документооборота предприятия позволяет повыситьисполнительскую дисциплину, что осуществляется за счет улучшения контроляисполнения поручений по документам. Эффективная система уведомлений инапоминаний заранее предупреждает всех должностных лиц о приближении сроковисполнения распоряжений. При помощи формирования сводных отчетов и журналовлегко составить полную картину работы, как отдельных сотрудников, так ипредприятия в целом.
Сэкономить время удается на всех этапах деятельностисотрудников за счет использования интеллектуальных технологий работы сдокументами. Автоматическая генерация номера, подстановка текущей даты,использование справочников и словарей позволяет уменьшить время регистрации и избежатьошибок, связанных с заполнением реквизитов документов. Средствами системыосуществляется мгновенный поиск документов, вместе со всеми вложениями исвязками, и поручений по их содержанию и любой комбинации реквизитов, сзаданием списка или диапазона значений, логических условий. Возможноформирование индивидуальных маршрутов прохождения документов.
Хранение документов любых форматов, наличие удаленногодоступа к системе с компьютера, подключенного к сети Интернет и архивноехранение документов позволяет организовать Единое информационное пространствопредприятия. Поэтому пользователи системы получают максимально полнуюинформацию по всем запрашиваемым данным.
Обеспечение информационной безопасности достигаетсяразграничением прав и защитой от несанкционированного доступа, а также защитойот сбоев и возможностью восстановления данных.
В базе данных к каждому документу приписывается пользовательили группа пользователей, которые имеют на него либо полный, либо частичныйдоступ. Порой пользователь, которому не предоставлен доступ к документу, дажене догадывается о самом его существовании. Разграничение прав пользователейсовместно с использованием ЭЦП обеспечивает комплексный контроль обеспечениябезопасности документа. Причем, если в случае бумажного документа, содержащегоболее чем одну страницу, подпись ставится только на последнем листе, то вслучае электронной версии подпись ставится одновременно для всех страниц, а также сопутствующих документах.
Помимо различных технических критериев, важным аспектомявляется экономическая целесообразность нововведения. Внедрение системы электронногодокументооборота по критерию экономичности так же является выгодным. Доказательствоэтого содержится в цифрах. При бумажном документообороте цена одного документапо разным оценкам варьируется от 10 до 100 рублей. Практика показывает, чтоесли в результате роста бизнеса и увеличения штата сотрудников на 20% былопринято решение о внедрении системы электронного документооборота, то экономия,относительно даже первоначальной цифры расходов, до роста штатов, составляет30%. При массовом переходе на электронный документооборот цена одного документадополнительно снижается за счет сокращения расходов на выпуск документов,ускорение их обработки, уменьшения объемов хранения.
Но, пожалуй, главное, чего в итоге удается достичь врезультате внедрения системы электронного документооборота — это повышенияоперативности и качества принятия управленческих решений за счет более адекватногоотражения реальной ситуации в управленческой модели.
улучшения оперативности и качества обработки информации;
уменьшения времени и трудоемкости создания документации;
обеспечения накопления и хранения информации;
автоматизированной работы;
повышения точности и достоверности информации;
автоматизированного создания необходимых отчетов;
Разработка данной системы является актуальной, так каквозникающие проблемы с поиском информации и созданием отчетов приводят к потерерабочего времени, остановке рабочего процесса, потере информации. Поэтомубыстрая и бесперебойная работа автоматизированной системы является одной изглавных задач, производящей учет и контроль. В соответствии с этим очевидна необходимость существованияпрограммного обеспечения, позволяющего быстро и своевременно находить иобрабатывать необходимые данные.
Для данной кафедры проект является новшеством, возможностина закупку нового программного обеспечения невелики. Данная работа предоставляетвозможность более эффективного функционирования, а также обеспечениясвоевременности выполнения поиска и распечатки необходимых данных, что позволитувеличить производительность целом. Проект упрощает работу специалистов ипроцесс поиска и учета информации и контроля.
В ходе работы определены цели и назначение разработкисистемы, автоматизируемые функции. Проведено обоснование разработки проекта, определенавходная и выходная информация, обоснован выбор общего программного обеспечения,языка программирования и описание структуры проекта.
На основании выполненного анализа создан программныйпродукт, позволяющий решить поставленные задачи.
В первой главе основной части данной работы представленанализ существующих систем обучения и средств их разработки, выделены их достоинстваи недостатки.
Во второй главе описаны цели, назначение и выделенатехнологическая сущность задачи, а также описана входная и выходная информация.
В третьей главе описан алгоритм работы программногообеспечения, определены данные, которыми должна оперировать создаваемаясистема, и представлена схема базы данных, на которой основана система.
В четвертой главе приведенысредства разработки программного обеспечения, выбор и обоснование операционнойсистемы.
В пятой главе обоснован выбортехнических средств.
В шестой представленоруководство пользователю.
В седьмой главе представленрасчет себестоимости разработки программного продукта.
В восьмой главе решаютсяприкладные задачи по безопасности жизнедеятельности.
/>/>/>/>1Анализ существующих систем 1.1 Обоснование необходимости применения системэлектронного документооборота
Недостаток квалификации персонала и особенностинационального менталитета неумолимо накладывают отпечаток на общую эффективностьорганизации рабочего процесса. Компьютеры в большей своей массе продолжаютиспользоваться как усовершенствованные печатные машинки, и авторитетныеспециалисты не раз отмечали, что внедрение вычислительных средств без серьезнойпроработки информационной структуры предприятия лишь усиливает неразбериху.
Консервативный стиль обращения с документами в бумажном видена фоне экспоненциально растущего общего объема информации в мире лишьувеличивает расходы на бумагу и расходные материалы, офисные площади вынужденнонерационально тратятся на хранение архивных дел, подшивок печатных изданий,распечатанной электронной корреспонденции.
С задачей поиска нужных документов так или иначе связаны 30%перемещений сотрудников по офису, в общей сложности этот процесс отнимает у нихоколо одного месяца в год, причем 15% бумажных документов безвозвратно теряются.На согласование документов уходит 60-70% рабочего времени. В светевышеуказанного, 20-30% поставленных задач вообще не решаются. Все эти проблемыпризвана решить грамотная организация безбумажных технологий управления.
В последнее время начали появляться «коробочные» решениясистем электронного документооборота, направленные на малый и средний бизнес,которые обладают возможностями, свойственными корпоративным системам, такимикак, например, графический дизайнер маршрутов, дизайнер регистрационныхкарточек и шаблонов отчетов или возможность пользователям писать дополнительныепрограммные модули.
Стоит отметить, что поставка вычислительной техники иустановка на нее стандартных программ компании Microsoft не позволяет решитьвсех проблем. Использование таких программ как Outlook, Word, Excel, Accessпомогает, конечно, частично автоматизировать некоторые этапы работы сдокументами, но они не приспособлены для решения задач комплексной автоматизацииэлектронного документооборота. Конечно, можно организовать документооборотследующим образом: посылать поручения и распоряжения, связанные с документами,по электронной почте, затем, отфильтровывая их определенным образом, получатьстатистику по документу, исполнению задания или по выполнению распоряженияопределенными лицами, но при этом, как правило, достаточно сложно эффективноследить за исполнением работ по документу, организовать автоматическую рассылкууведомлений и напоминаний при работе с документом, невозможно быстро и простополучить готовый отчет. По мере осуществления действий копирования и переносаинформации между приложениями появляется множество промежуточных данных, вкоторых легко запутаться и при этом подобный процесс требует от пользователямаксимум внимания. А если пользователем является руководитель, и у него вподчинении находится штат из пяти и более человек? Тогда такой процесс ещебольше усложняется из-за наличия большого количества однообразных действий. Приэтом использование дополнительных программ, не предназначенных для комплексногоподхода к решению задач электронного документооборота делает эти задачи толькоболее сложными и запутанными. «Минимум действий — максимум удобства»- такой должна быть система автоматизированного документооборота.
1.2 Выводы по ценам и функциональным возможностям
Учитывая высокую стоимость Lotus Domino\Notes при создании полноценнойконфигурации, реализующей полный набор функциональных характеристик, системы наее базе («БОСС-Референт», «ЭСКАДО», OfficeMedia\CompanyMedia,«DIS: системы» от НТЦ ИРМ) можно выделить в отдельный класс. Надоотметить, что эти продукты, вообще говоря, работают и без сервера Lotus Domino,что позволяет оснастить самыми недорогими продуктами этого класса («ЭСКАДО»,OfficeMedia) даже небольшие компании, в которых Lotus Notes используется вкачестве почтового клиента. Внедрение таких систем не рекомендуется напредприятиях с уже сложившейся информационной системой, имеющей в основемеханизмы обмена электронной почтой от Microsoft — сильно отличающийся отOutlook интерфейс Lotus потребует полностью переучивать персонал. Кдостоинствам этих систем надо отнести большой набор подготовленных к работе базданных, решающих смежные проблемы делопроизводства, надежную и быструю работу всети при помощи отлаженного механизма репликации данных от Lotus.
Распределенным организациям с большим количеством отделов иподразделений стоит задуматься над самыми дорогими системами — LANDOCS иOPTIMA-Workflow, которые при внедрении в полной комплектации могут бытьнастроены практически на любые способы организации механизмов управления.
К системам средней ценовой категории можно отнести «ДЕЛО»и «ЕВФРАТ-Документооборот». Причем внедрение системы «ДЕЛО»,последовательно поддерживающей все стандарты российского делопроизводства и, соответственно,имеющей ограниченные возможности адаптации, видится оптимальным при наличии ворганизации СУБД Oracle (к достоинствам которой можно отнести работу на всехплатформах) или MS SQL Server (что может быть менее надежным и масштабируемым,но несколько более дешевым решением). Продукт «ЕВФРАТ-Документооборот»является более гибким и более масштабируемым за счет использования уникальнойобъектно-ориентированной СУБД «НИКА» (внутренняя разработка CognitiveTechnologies), он полностью основан на российских технологиях и объединяет всебе простоту внедрения и использования (внедрение возможно без привлеченияспециалистов поставщика) с развитыми механизмами настройки процессов управлениядокументами.
«Эффект-офис», «1С: Архив» ипредшественник «ЕВФРАТ-Документооборота», «Электронный архивЕВФРАТ», относящиеся к низшей ценовой категории, по сути, являютсяархивами документов, и возможности организации на их основе полноценногодокументооборота очень ограничены.
1.3 Выводы по сегментации рынка
Несомненно, крупным предприятиям, готовым выделить большиесуммы на автоматизацию процессов, можно порекомендовать полноценное внедрениесистем на базе Lotus Domino\Notes, либо систем OPTIMA-WorkFlow и LANDOCS (ценовыеи функциональные различия между последними не столь уж велики). В тех случаях,когда по тем или иным причинам готовое решение трудно адаптировать под нуждызаказчика, организацию корпоративного электронного документооборота можновыполнить проектным решением, в этом секторе работают все рассмотренныепроизводители (за исключением 1С). Хотя, если дело касается автоматизацииотдельных департаментов крупных предприятий, то «ЕВФРАТ-Документооборот»уже начал составлять конкуренцию признанным монстрам
Что касается предприятий с относительно небольшим числомрабочих мест (до 200), то лучшим решением видится «ЕВФРАТ-Документооборот».Несмотря на то, что ранее торговая марка «ЕВФРАТ» относилась ксистемам поддержки электронных архивов, новый продукт семейства кардинально отличаетсяот своего предшественника, является одной из наиболее развитых системдокументооборота на нашем рынке и лидирует по соотношению «цена-качество»,лишь по молодости проигрывая в распространенности другим системам. С выходом новойверсии «ЕВФРАТ» станет серьезным конкурентом и для систем, лидирующихпо функциональности.
В госструктурах и приближенных к ним предприятиях,делопроизводство в которых мало подвержено влиянию времени и ведется согласноГОСТам, следует обратить внимание на систему «ДЕЛО», так как онахорошо зарекомендовала себя в таких случаях. Некоторые вопросыадминистративного делопроизводства (например, работа с гражданами) лучше решеныв таких системах, как электронная канцелярия «Золушка» (которая можетбыть внедрена на различных платформах) и не вошедший в обзор менее распространенныйпродукт «ГранДОК» (производитель — «ГРАНИТ-Центр»).
Если преследуется цель организовать прежде всего полноценныйархив электронных документов и наличие механизмов контроля за исполнениемдокументов менее критично, то лучшим выбором будет «Эффект-Офис» или«1С: Архив».
Отдельное рабочее место секретаря может бытьавтоматизировано облегченными вариантами некоторых представленных систем «ДЕЛО-СТАРТ»,электронная канцелярия «Золушка» — файл-серверная версия,ЕВФРАТ-Office и другие). 1.4 Обоснование необходимости разработки
Дороговизна ПО определяет во многом какую систему кафедраможет себе позволить. Так, например, Lotus Domino\Notes,OPTIMA-WorkFlow и LANDOCS являются наиболее дорогостоящими системами, которыезачастую не по карману даже большим предприятиям. Система «ДЕЛО» моглабы подойти, но специфика ее работы заключается в использовании документов,основанных на ГОСТах, что для кафедры не совсем приемлемо. Существует ещесистема электронная канцелярия «Золушка» она подходит для работысекретаря, но нашей задачей является автоматизация документооборота на всейкафедре, а не только одного рабочего места.
Так же не маловажную роль играет необходимость переобученияперсонала, адаптация к новому порядку работы с документами: система Lotus Domino\Notes при установке на каждое рабочее место потребуетосновательного переобучения сотрудников, так как ее управление сильноотличается от простой обработки документа, привычными системами.
Задачей, которую выполняет моя программа, является не толькоавтоматизация отдельных рабочих мест, но также автоматизация документооборота вцелом по кафедре. Преимуществом системы является легкое управление, нетребующее переобучения персонала. Помимо различных технических критериев,важным аспектом является экономическая целесообразность нововведения. Внедрениесистемы электронного документооборота по критерию экономичности так же являетсявыгодным.
Достоинства электронного документооборота:
а) легче и дешевле тиражируется, более компактен;
б) проще и дольше хранится;
в) система быстро настраивается на конкретного пользователя;
г) легко актуализируется (дополняется и расширяется). Например,с помощью Интернет;
д) широкие возможности поиска;
е) возможность распечатки информации;
ж) наглядность;
з) хорошо структурирован (гипертекстовая организацияинформации);
и) дружелюбность интерфейса;
к) имеет возможность доступа к другим ресурсам прямо изпрограммы.
Недостатки электронного документооборота:
а) долго работать с компьютером не так безопасно, как скнигой;
б) компьютер не всегда доступен;
в) тексты удобнее читать на бумаге;
г) нет единого подхода к интерфейсам электронного документооборота;
1.4.1 Техническая модель
В упрощенном виде схема ЛВСизображена на рисунке 1./> />
Рисунок 1.1 — Схема ЛВС кафедры
Рабочие места субъектовавтоматизации оснащены следующей оргтехникой:
рабочие места сотрудниковкафедры:
системный блок — Intel Celeron 2000MHz /RAM 256Mb/HDD 40Gb/Video 32Mb/ /Сетевой адаптер 100Mbit;
монитор — Rover Scan 17
принтер — HP LaserJet 1100;
клавиатура;
манипулятор «Мышь»;
операционная система — Windows XP.
Сервер базы данных:
Intel Pentium 2400MHz/RAM512Mb/HDD 80Gb/Сетевой адаптер 100Mbit
Операционная система — Windows 2000 Server, СУБД — MS SQL Server 2000.
Все рабочие станции и серверобъединены в локально-вычислительную сеть по стандарту IEEE 802.3u Fast Ethernet. 1.4.2 Топологическая модель
Средства вычислительнойтехники, объединенные в локально-вычислительную сеть в организации, расположеныв одном здании на втором этаже
1.4.3 Регламент и режим работы
Регламент работы сотрудниковкафедры определяется в целом: пять дней в неделю по 10 часов в день. Режимработы: с 8.00 до 18.00. 1.4.4 Программная модель
На кафедре используетсяследующее программное обеспечение:
Операционные системы, офисноеПО: MS Windows 98 SE, MS Windows 2000 Server,MS Windows XP Professional, MS Office 97, MS Office XP;
СУБД: MS SQL Server 2000;
Специальное ПО: SQL-сервер. 1.4.5 Информационная модель
Схема обработки информации изображенана рисунке 2.
/>/>
Рисунок 1.2 — Схема обработкиинформации автоматизированной системой
Функции системы:
сбор, контроль,корректировка, хранение информации;
Входная информация:
данные, вводимыеадминистратором
данные, вводимые методистом
данные, вводимые зав. лаб.
данные, вводимые секретарем
данные, вводимыепреподавателями
Выходная информация.
/>/>/>/>/>/>/>2. Описание постановки задач
2.1 Характеристика задач
/> 2.1.1 Цель и назначение системы
Обязательные задачи, решение которых должна обеспечиватьлюбая система электронного документооборота, — это непосредственная работа с регистрационнойкарточкой, контроль исполнения, ввод и вывод документов, их поиск и организациязащищенной работы в сетевом режиме. Задачи, которые должна выполнятьавтоматизированная система:
Работа с регистрационной карточкой
Регистрация документов — базовый процесс, началосуществования документа в системе. Должна быть реализована возможностьизначального заполнения реквизитов документа, присоединения файлов различноготипа и возможность их последующей (частичной) модификации.
Составные документы — функция поддержки несколькихвыделенных частей (файлов) в одном документе и установление логических связей сдругими документами.
Номенклатура дел — функция поддержки стандартной (входящие,исходящие, внутренние) номенклатуры, а также других потоков документов,определяемых пользователем.
Дизайнер форм карточек — дает возможность настройкикак самого набора реквизитов, так и размещения их в необходимом порядке вэлектронной форме регистрационной карточки.
Словари и справочники — возможность добавления иредактирования пользовательских данных для ускоренного ввода в полярегистрационной карточки.
Контроль исполнительской дисциплины.
Сроки поручений — возможность задания временного (втечение определенного времени), точного (требуемая дата) или бессрочногографика исполнения контрольных поручений по документу.
Автоматические уведомления — генерируются системойдля периодических или разовых напоминаний исполнителям и контролерам о текущихили просроченных заданиях.
Задание маршрута — выбор очередности и относительногопорядка прохождения документа по инстанциям.
Протокол обработки — функция, позволяющая выяснить,где и на каком участке находится (находился) документ и каким изменениям он былподвергнут.
Поиск документов.
Реквизитный поиск — задание точных или частичныхзначений одного или нескольких известных реквизитов, набора или промежутказначений (для перечислимых типов), задание номенклатуры, обеспечениекорректного поиска и выдача списка результатов.
Поиск по форме — задание значений реквизитовнепосредственно на форме, соответствующей регистрационной карточке по выбраннойноменклатуре дел.
Полнотекстовый поиск — индексация и последующий поискпо присоединенным файлам с текстовой информацией.
Ввод документов.
Ручной ввод информации.
Импорт — перевод из растровых форматов (*. doc, *. txt, *.html).
Вывод документов.
Генерация отчетов — создание выходных документов ввиде журналов регистрации, отчетов по исполнительской дисциплине и других форм.
Средства просмотра и печати отчетов — наличие всистеме встроенных средств для просмотра и печати выходных документов либофункция их экспорта (с возможным последующим редактированием) во внешнее приложение-обработчик.
Редактор отчетов — возможность задания запросов навыбор информации из базы данных и создания соответствующей этому запросу формывывода итогового документа (отчета либо журнала).
Организация защищенного документооборота в сети
Разграничение прав доступа — задание пользователю илигруппе пользователей прав на чтение/модификацию для каждого документа или длявыбранной номенклатуры дел.
Шифрование -передача документов и информации опоручениях в зашифрованном виде.
Веб-доступ — организация защищенного доступа ктекущей информации по движению документов и к самим документам через интернетпри помощи обычного браузера.
/>Переченьподразделений, для которых решается задача.
Система ориентирована на УЗ на уровне кафедры. Реализация модулей “Зав. лаб” (АРМ заведующеголабораториями), “Методист” (АРМ методиста кафедры), “Секретарь” (АРМсекретаря кафедры), “Преподаватель” (АРМ преподавателей кафедры) в виде готовогоПО.
/>Техническаясущность задачи.
Данная оболочка позволяет структурировать и заметноупростить работу сотрудников кафедры. Благодаря ей ППС может всегда узнатьизменение расписания занятий, вести отчетность по успеваемости студентов,оформить графики замен, УВП облегчит учет рабочей техники и комплектующих, следитьза своевременным ремонтом и заменой оборудования, с учетом затрат на ПО,методист сведет в один документ планы загрузки преподавателей, секретарюпозволит организовать списки студентов и информацию о преподавателях что вобщем повысит производительность каждого подразделения и кафедры в целом,уменьшит утомляемость и исключит по возможности бумажную волокиту.
Разделение прав пользователей.
Для корректной работы системы и защиты отнесанкционированного использования необходимо четко разделить правапользователей. Это можно осуществить с помощью системы паролей.
Пользователей системы можно разделить на правовые категории,такие как:
заведующий лабораторией;
методист;
секретарь;
ППС;
администратор
Пользователи регистрируются в системе во время первогосеанса работы с ней. Они не имеют права на изменение информационной структурысистемы, выше своего разрешения и на получение информации о работе в системедругих пользователей.
Пользователь может:
1) создать новый документ;
2) редактировать старые документы;
4) получать отчет.
/> 2.2 Входная информация
Входная информация для системы:
расписание занятий;
информация о преподавателях;
списки МЦ на балансе кафедры;
информация о студентах.
/>2.3 Нормативно-справочнаяинформация
Нормативно-справочнойинформацией для системы являются поля таблиц: в таблице “Студенты” полеFIO_studenta, в таблице “Сотрудники”поле FIO_sotrudnica, в таблице “Плановаязагрузка” поля uch_god, fio_prep, nazv_discp, grup, semester,в таблице “Материальные ценности” поля text,sernum.
Таблица 2.1 Нормативно-справочная информация№ п/п Наименование данных Условное наименование 1 ФИО студента FIO_studenta 2 ФИО сотрудника, FIO_sotrudnica 3 Учебный год uch_god 4 ФИО преподавателя fio_prep 5 Название дисциплины nazv_discp 6 группа grup 7 Название text 8 серия sernum />/>2.4 Выходная информация
расписание занятий;
акты списания;
акты комплектации;
акты замены;
ведомость выдачи материальных ценностей;
ведомость выдачи канцелярских товаров;
требования для основных средств, комплектующих, МБП;
плановая загрузка преподавателей;
годовой план;
план за семестр;
карточки загрузки преподавателя;
информация о студентах;
информация о преподавателях
/>/>/> 2.5 Требования к системе
Требования к системе в целом
система должна строиться какоткрытая система, допускающая расширение состава реализуемых функций не более,чем на 10% от состава исходных функций;
эргономичный иинтуитивно-понятный интерфейс;
развитая система пассивныхподсказок.
Требования к техническомуобеспечению
а) техническое обеспечениедолжно обеспечивать корректную реализацию функций системы, а именно:
сбор, обработку и хранениеинформации в базе данных и файловом виде, а также обмен данными междуотдельными периферийными устройствами;
решение функциональных задачразрабатываемой системы в интерактивном режиме;
поддержку работы в локальнойвычислительной сети и/или удалённый доступ к ней.
б) техническое обеспечениедолжно обеспечивать безопасную для здоровья пользователя и окружающих его людейработу с системой, удовлетворять требованиям ГОСТ 12.0.003-74, 12.1 003-74, 12.1005-74, 12.1 033-74, 12.1 004-91, 12.1 045-84, 12.1 006-84.
Требования к информационномуобеспечению.
время доступа к информации неболее 5 секунд;
время формирования любогоотчета — не более 15 секунд;
однократный ввод данных и их многократное использование;
достоверность входных и выходных данных;
наличие средств адаптации информационной базы к условиям конкретнойкафедры;
наличие средств защиты данных от внешних и внутренних помех;
наличие средств, обеспечивающих развитие информационногообеспечения.
/>/>/>/>/>/>/>/>/>3. Описание алгоритмов/>/>/>/>/>/>/> 3.1 Общие положения
При первоначальной загрузкедоступ к системе имеет только администратор, который, пройдя авторизацию, имеетвозможность добавлять пользователей. При добавлении необходимо указать имя ифамилию пользователя, персональный логин/пароль (поля f_name,l_name, username, password) а также группу пользователя (администратор,методист, преподаватель, зав. лаб., секретарь, поле groupp). Указаннаягруппа пользователя в дальнейшем будет определять права доступа к системе. Добавлениепользователей осуществляется в таблицу “auth_users”,при этом пароли шифруются стандартными средствами, что повышает защищенностьсистемы и исключает несанкционированный доступ.
/>
Рисунок 3.1 — Структураалгоритма.
При запуске системыпользователь изначально попадает на форму регистрации, где ему необходимо своиперсональные логин/пароль. Если введенные данные имеют соответствие в таблице auth_users,то регистрация считается успешно пройденной и пользователь получает доступ дляработы в системе. При вводе некорректных данных (отсутствующих в таблице auth_usersлогина и пароля) пользователь уведомляется об ошибке авторизации и автоматическипопадает на форму регистрации для повторного ввода данных. Таким образом, осуществляетсядостаточная защита системы от доступа посторонних.
/>
/>/>/>/>/>/>/>/>/>/>Рисунок 3.2 -Алгоритм авторизации.
Возможности пользователя в системе определяются присвоеннойему группой. На основании значений группы строится интерфейс системы (отображаютсяразрешенные элементы управления и вводятся ограничения). Таким образом,создается необходимое автоматизированное рабочее место для пользователя.
В системе четыре типа автоматизированных рабочих мест,определяемых группами пользователей.
Для группы “зав. лаб. ” предусмотрены:
Администрирование подотчета.
Таблица “Сотрудники” (просмотр).
Таблица “Плановая загрузка” (просмотр).
Стандартные общедоступные элементы управления (e-mail, изменение шрифта, сменапользователя).
/>
Общий список Добавить запись Выписать требования Ведомость выдачи канцтоваров Ведомость выдачи материальных ценностей Комплектация Установка Замена
Рисунок 3.3 — Структура АРМзав. лаб.
Для группы “секретарь” предусмотрены:
Администрирование таблицы “Студенты”.
Администрирование таблицы “Сотрудники”.
Таблица “Плановая загрузка” (просмотр).
Стандартные общедоступные элементы управления (e-mail, изменение шрифта, сменапользователя).
Рисунок 3.4.Структура АРМсекретаря.
/>
Добавить запись Изменить запись Удалить запись Просмотр записей Добавить запись Изменить запись Удалить запись Просмотр записей
Для группы “методист” предусмотрены:
Таблица “Студенты” (просмотр).
Таблица “Сотрудники” (просмотр).
Администрирование таблицы “Плановая загрузка”.
Стандартные общедоступные элементы управления (e-mail, изменение шрифта, сменапользователя).
/>
Добавить запись Изменить запись Удалить запись Просмотр записей
Рисунок 3.5 — Структура АРМметодиста.
Для группы “преподаватель” предусмотрены:
Администрирование таблицы “Студенты” (ограниченныйдоступ).
Администрирование таблицы “Сотрудники” (ограниченный доступ).
Таблица “Плановая загрузка” (просмотр).
Стандартные общедоступные элементы управления (e-mail, изменение шрифта, сменапользователя).
/>
Рисунок 3.6 — Структура АРМпреподавателя.
3.2 Определение данных, которыми должны оперироватьавтоматизируемые функции
Для каждой функции, целью которой является сбор и учетсправочных сведений о ком-либо или о чем-либо, создадим отдельную таблицу и перечислимданные, которые участвуют в работе и которые необходимо хранить в этих таблицах.
Таблица — Студенты, данные которыенужны для работы:
номер группы,
ФИО студента,
набор,
успеваемость,
адрес,
телефоны,
заметки.
Таблица — Сотрудники, данные,необходимые для работы:
ФИО сотрудника,
ППС/УВП,
должность,
ставка,
разряд,
адрес,
телефон,
ИНН,
номер страхового полиса,
паспортные данные,
день рождения.
Таблица — Плановая загрузка, данные,необходимые для работы:
учебный год,
ФИО преподавателя,
звание,
семестр,
название дисциплины,
группы,
лекции дн/веч,
практика дн/веч,
лабораторные дн/веч,
консультации,
зачеты дн/веч,
экзамены дн/веч,
посещение занятий зав. каф.,
производственная практика,
дипломное проектирование дн/веч,
аспирантура,
УНИРС.
Таблица — Материальные ценности,данные, необходимые для работы:
наименование,
ед. измерения,
внутренний номер,
серийный номер,
количество,
стоимость,
поставщик,
дата приобретения,
описание,
категория.
Таблица — Пользователей, данные,необходимые для работы:
ФИО,
login,
группа.
Приведем структуры таблиц.
Таблица 3.2.1 — Структура таблицы Студенты№ п/п Наименование данных Условное наименование Тип данных Формат 1 номер группы Nomer_grupp текстовый 20 символов 2 ФИО студента FIO_studenta текстовый 150 символов 3 набор Nabor текстовый – 4 успеваемость Uspevaemost текстовый – 5 адрес adres текстовый 150 символов 6 телефоны tel_dom; tel_sot текстовый 50 символов 7 заметки Zametki текстовый 50 символов
Таблица 3.2.2 — Структура таблицы Сотрудники№ п/п Наименование данных Условное наименование Тип данных Формат 1 ФИО сотрудника FIO_sotrudnica текстовый 150 символов 2 ППС/УВП sotrudnic текстовый – 3 должность doljnost текстовый – 4 ставка stavka текстовый – 5 разряд razryad текстовый – 6 адрес adres текстовый 150 символов 7 телефон telephon текстовый 50 символов 8 ИНН inn текстовый 50 символов 9 номер страхового полиса no_strah текстовый 50 символов 10 паспортные данные pasport текстовый 250 символов 11 день рождения birthday дата дата
Таблица 3.2.3 — Структура таблицы Плановая загрузка№ п/п Наименование данных Условное наименование Тип данных Формат 1 учебный год uch_god текстовый 20 символов 2 ФИО преподавателя fio_prep текстовый 50 символов 3 звание zvanie текстовый 10 символов 4 семестр semestr текстовый – 5 название дисциплины nazv_discp текстовый 50 символов 6 группы grup текстовый 10 символов 7 лекции дн/веч lec_d_v текстовый 10 символов 8 практика дн/веч pr_d_v текстовый 10 символов 9 лабораторные дн/веч lab_d_v текстовый 10 символов 10 консультации kons текстовый 10 символов 11 зачеты дн/веч zach_d_v текстовый 10 символов 12 экзамены дн/веч ex_d_v текстовый 10 символов 13 посещение занятий зав. каф. pos_zan_zk текстовый 10 символов 14 производственная практика proiz_prac текстовый 10 символов 15 дипломное проектирование дн/веч proiz_prac текстовый 10 символов 16 аспирантура aspir текстовый 10 символов 17 УНИРС unirs текстовый 10 символов
Таблица 3.2.4 — Структура таблицы Материальные ценности№ п/п Наименование данных Условное наименование Тип данных Формат 1 наименование text текстовый 50 символов 2 ед. измерения units текстовый 50 символов 3 внутренний номер intnum текстовый 50 символов 4 серийный номер sernum текстовый 50 символов 5 количество count текстовый 50 символов 6 стоимость coast текстовый 50 символов 7 поставщик dealer текстовый 50 символов 8 дата приобретения date_now дата дата 9 описание desc текстовый 50 символов 10 категория category текстовый 50 символов
Таблица 3.2.5 — Структура таблицы Пользователей№ п/п Наименование данных Условное наименование Тип данных Формат 1 ФИО FIO текстовый 30 символов 2 login login текстовый 30 символов 3 группа grup текстовый 30 символов
/>/>/>/>/>/>/>/>/>/>/>/>4. Описание программногообеспечения
/>/>/>/>/>/>/>/>/> 4.1 Методы и средства разработки программногообеспечения
Так как важной частью разрабатываемого программного продуктаявляется БД, проведем краткий обзор наиболее распространенного программногообеспечения в этой области.
В зависимости от местоположения отдельных частей СУБДразличают локальные и сетевые. Все части локальной СУБД размещаются на компьютерепользователя БД. Чтобы с разрабатываемой системой обучения одновременно моглоработать несколько пользователей, например, в пределах кафедры, каждыйпользовательский компьютер должен иметь свою копию системы. Тогда возникаетпроблема синхронизации копий данных.
К сетевым относятся файл-серверные, клиент-серверные ираспределенные СУБД.
В файл-серверных СУБД все данные размещаются на однойдостаточно мощной машине — файл-сервере. Безусловным достоинством СУБД этоготипа является относительная простота ее создания и обслуживания. Между локальнымии файл-серверными вариантами СУБД нет особых различий, так как в них все частисобственно СУБД (кроме данных) находятся на компьютере клиента. Недостаткомфайл-серверных систем является значительная нагрузка на сеть. СУБД этого типамогут успешно использоваться в небольших локальных сетях с числом клиентскихмест до нескольких десятков. Следовательно, они прекрасно подходят дляиспользования в учебных компьютерных лабораториях, где число машин обычно непревышает двух десятков.
Клиент-серверные системы значительно снижают нагрузку насеть, так как клиент общается с данными через специализированного посредника — сервер БД, который размещается на машине с данными. Серверы БД представляютсобой относительно сложные программы. К ним относятся Microsoft SQL Server, Sybase SQL Server, Oracle, DB2, InterBaseи т.д. Клиент-серверные СУБД масштабируются до сотен и тысяч клиентских мест. Таккак разрабатываемая система создается для кафедры, такой масштаб не требуется инет смысла разрабатывать довольно сложный клиент-сервер.
Распределенные СУБД — это вообще явление глобальное,содержащее несколько десятков и сотен серверов, обслуживающее десятки и сотнитысяч клиентских мест.
Итак, система обучения языкам программированияразрабатывается как файл-серверная СУБД. Так как программный продукт рассчитанна использование в учебных лабораториях, где, как правило, имеется в наличии додвух десятков ЭВМ, то его можно установить на наиболее мощной ЭВМ, котораябудет файл-сервером.
В качестве средства разработки программной оболочкиавтоматизированной системы документооборота выбрано PHP4. Его достоинства перечислены ниже.
Итак, для создания программного комплекса используютсяследующие методы и средства ПО:
Предлагаемый комплекс программ позволяет запуститьполноценный веб-сервер Apache с поддержкой PHP, Perl и сервер MySQL на машине,работающей под управлением MS Windows 95/98/Me/NT/2000/XP. Как правило, при установке не требуется никакойнастройки, комплекс может использоваться даже неподготовленными пользователями.Тем не менее, он может найти применение не только для обучения азамвеб-программирования, но и для отладки интерактивных сайтов, программ,использующих базу данных MySQL, написанных на языках PHP и Perl.
Основные отличия комплекса то аналогів.
1. Модульность и расширяемость. Нет необходимости выкачиватьмногомегабайтные дистрибутивы отдельных компонентов. Базовая версия предлагаемогокомплекса Apache+PHP+Perl+MySQL имеет размер всего около 1.9Мб и при этомполностью функционален. В случае необходимости Вы можете докачать с сайта разработчиковдополнительные комплекты, содержащие интерпретатор Perl с различными модулями,библиотеки, расширяющие возможности PHP и обеспечивающими работу с архивами,графикой, базами данных, отличными от MySQL и т.д.
2. Компоненты комплекса уже сконфигурированы для работыКонечно, для оптимизации работы и включения дополнительных возможностей необходиморедактировать конфигурационные файлы, но базовые возможности доступны сразу жепосле установки! В состав пакета включен также установщик, который значительноупрощает процедуру конфигурирования при «переезде» пакета в другуюдиректорию.
3. Программы, входящие в состав комплекса, написаныразличными разработчиками; их особенности иногда могут затруднить совместноефункционирование этих продуктов. Возможны также принципиальные различияразличных версий одной и той же программы, что зачастую затрудняет установку инастройку. Компоненты предлагаемого пакета конфигурировались и тестировалисьдля обеспечения полноценной работы в составе комплекса.
4. PHP работает в качестве модуля веб-сервера Apache, чтопозволяет отлаживать программы авторизации пользователей и открывает доступ к рядудополнительных возможностей. Необходимо отметить, что сторонними разработчикамичаще всего предлагается работать с интерпретатором PHP как CGI-программой, что несколькоограничивает возможности. Наш пакет предусматривает такую возможность, ноштатным режимом все же является режим функционирования как модуля Apache, чтонаиболее распространено на платформе UNIX.
Состав комплекса.
Состав базового комплекта:
1. Apache: выполняемые файлы, дистрибутивные и адаптированныеконфигурационные файлы.
2. PHP: выполняемые файлы, модуль для веб-сервера Apache,дистрибутивный и адаптированный конфигурационный файл, библиотека GD — пока безподдержки формата GIF.
3. MySQL выполняемые файлы, файлы сообщений об ошибках на русскоми английском, база данных mysql.
4. Панель управления базой данных MySQL — phpMyAdmin, атакже скрипт, упрощающий добавление нового пользователя MySQL.
5. Perl: выполняемые файлы, модули отсутствуют.
6. Отладочная «заглушка» для sendmail (/usr/sbin/sendmail),не отправляющая письма, а записывающая их в файл /tmp/! sendmail. txt.
7. Система автоматического поиска виртуальных хостов иобновления системного файла hosts, а также конфигурации Apache. Благодаря ейдобавление нового виртуального хоста (или домена третьего уровня) заключается впростом создании каталога в /home (см. по аналогии с уже существующими хостами)и перезапуске комплекса. Все изменения вносятся в конфигурационные и системныефайлы автоматически, но вы можете управлять этим процессом при помощи механизмашаблонов хостов.
На официальном сайте доступны дополнения, расширяющие возможностибазового комплекта:
PHP версии 3 в виде CGI-программы;
модули и документация для Apache;
модули и документация для PHP;
модули и документация Perl;
сервер MySQL с поддержкой транзакций, документация;
модули поддержки технологии Parser;
другие популярные модули.
Версии программ, входящих в состав комплекса
Apache 1.3.27 (октябрь 2002 г)
PHP 4.3 0 (30 декабря 2002)
phpMyAdmin 2.3 0 (август 2002 г)
MySQL 3.23.53 (ноябрь 2002 г)
ActivePerl 5.6.1.631 (январь 2002 г)
/>/>/>/>/>/>/>ВыборСУБД.
Во всей историивычислительной техники можно проследить две основных области ее использования. Перваяобласть — применение вычислительной техники для выполнения численных расчетов,которые слишком долго или вообще невозможно производить вручную. Развитие этойобласти способствовало интенсификации методов численного решения сложных математическихзадач, развитию класса языков программирования, ориентированных на удобнуюзапись численных алгоритмов, становлению обратной связи с разработчиками новыхархитектур ЭВМ.
Вторая область — это использование средств вычислительнойтехники в автоматических или автоматизированных информационных системах. В самомшироком смысле информационная система представляет собой программно-аппаратныйкомплекс, функции которого состоят в надежном хранении информации в памятикомпьютера, выполнении специфических для данного приложения преобразованийинформации и/или вычислений, предоставлении пользователям удобного и легкоосваиваемого интерфейса. Обычно такие системы имеют дело с большими объемамиинформации, и эта информация имеет достаточно сложную структуру.
Вторая область использованиявычислительной техники возникла несколько позже первой. Это связано с тем, чтона заре вычислительной техники возможности компьютеров по хранению информациибыли очень ограниченными.
Но поскольку в информационныхсистемах требуется поддержка сложных структур данных, эти индивидуальныесредства управления данными составляли существенную часть информационныхсистем, практически повторяясь (как программные компоненты) от одной системы кдругой. Стремление выделить общую часть информационных систем, ответственную зауправление сложно структурированными данными явилось первой побудительнойпричиной создания СУБД, которая, возможно, могла бы представлять некоторуюобщую библиотеку программ, доступную каждой информационной системе.
Однако очень скоро сталопонятно, что невозможно обойтись такой общей библиотекой программ, реализующейнад стандартной базовой файловой системой более сложные методы хранения данных.
Согласованность данных является ключевым понятием баз данных.На самом деле, если информационная система поддерживает согласованное хранениеинформации в нескольких файлах, можно говорить о том, что она поддерживает базуданных. Если же некоторая вспомогательная система управления данными позволяетработать с несколькими файлами, обеспечивая их согласованность, можно назватьее системой управления базами данных. Уже только требование поддержаниясогласованности данных в нескольких файлах не позволяет обойтись библиотекойфункций: такая система должна обладать некоторыми собственными данными (метаданными)и даже знаниями, определяющими целостность данных.
По логическому представлению структуры данных СУБД делятсяна несколько типов: реляционные, сетевые и иерархические. Главная характеристика,определяющая тип — это используемое представление данных.
Иерархические модели.
Основной структурой в иерархическихмоделях данных является «дерево». Особенности такогопредставления в наличии корня — единственной точки входа в дерево, и что каждыйпорожденный узел имеет только одного родителя. Недостатком этой системы являетсявысокая избыточность. Одна запись БД — это совокупность деревьев. Через этуструктуру нельзя построить отношение N: N (многие-ко-многим).
Сетевые модели.
Основной структурой в сетевыхмоделях данных является «сеть». При таком представлениисуществует несколько входов в сеть — неоднозначность доступа к данным. Особенноститакого представления: один или несколько узлов могут иметь больше одногородителя; время доступа изменяется в зависимости от исходного входа. Времядоступа в сетевой структуре может быть больше, чем в иерархической структуре.
Недостатком обеих этих структур является то, что придобавлении новых вершин или установлении новых связей возникают проблемывыгрузки данных из базы, перегенерации полностью структуры, загрузка данных обратнов базу. При этом возникает вероятность потерять данные при обратной загрузке.
Основными недостатками дореляционных баз данных были: сложностьорганизации внутренней структуры данных и, как следствие, сложность использования,а также зависимость прикладных систем от этой организации и их перегруженностьметодами доступа к данным. Все это привело к возникновению новой архитектурыбаз данных — реляционной.
Реляционные модели.
В основе структуры данных реляционной модели лежит мощныйаппарат реляционной алгебры, реляционного исчисления и теории нормализации. Припроектировании реляционной модели БД используется понятия ER-модели:сущность — объект, атрибут — свойства и связь.
Реляционные модели представляют собор набор двумерныхтаблиц, каждая из которых состоит из строк (записей) и столбцов (полей). Записисодержат сведения об однотипных объектах. Конкретные данные находятся напересечении столбца и строки таблицы. Данные в таблице должны удовлетворятьследующим принципам:
каждое значение, находящееся на пересечении столбца и строкидолжно быть атомарным, то есть не расчленяемым на множество значений;
значения данных в одном и том же столбце должны принадлежатьк одному и тому же типу, доступному для использования в данной СУБД;
каждая запись в таблице уникальна, то есть не существуетдвух записей с полностью совпадающим набором значений ее полей;
каждое поле имеет уникальное имя;
последовательность записей в таблице несущественна;
последовательность полей также не имеет значения.
Несмотря на то, что строки таблиц считаются неупорядоченными,любая система управления базами данных позволяет сортировать строки и столбцы ввыборках из нее нужным пользователю способом. Поскольку последовательностьстолбцов в таблице несущественна, то обращение к ним производится по имени. Иэти имена должны быть уникальны для таблицы, но не для всей базы данных. Идентификациястроки в таблице осуществляется при помощи специального поля таблицы,содержащего уникального значение для каждой строки — первичного ключа.
Достоинство реляционных СУБД,обеспечившее им высокую популярность, заключается в не функциональностиязыка запросов. Это означает, что в запросе формулируется не то, какнадо найти данные, а что надо найти.
Наиболее известными программными продуктами в области СУБД являютсяRDBMS Oracle(производитель — Oracle Corporation) и Microsoft SQL Server (производитель — Microsoft).
Oracle — это реляционная СУБД и семейство продуктов,обеспечивающих создание автоматизированных и информационных систем различногоназначения. В состав семейства входят: СУБД Oracle RDBMS, средства проектированияприложений CDE CASE (Designer/2000),средства разработки приложений CDE Tools (Developer/2000), средства конечногопользователя, средства интерфейса с программными продуктами третьих фирм,коммуникационные средства и т.д.
Microsoft SQL Serverявляется одним из наиболее стремительно развивающихся серверов баз данных нарынке корпоративных СУБД.
В состав MS SQL Server входит свыше 20 графических средств управления иутилит командной строки. Кроме этого, MS SQL Server включает Web-assistant — программу мастер для подготовки публикации на Web-страницах данных из базы, SQL Mail- утилиту, обеспечивающую интеграцию с электронной почтой MS Mailили MS Exchange,MS Distributed Transaction Coordinator (MS DTC) для проведения распределенных транзакций и некоторыедругие средства. SQL Server, MS DTC и SQL Executiveфункционируют как сервисы операционной системы. Согласованная работа этих компонентовдостигается благодаря трехуровневой архитектуре SQL — DMF (Distributed Management Frame-work).
PHP содержит утилиты, с помощью которой можно создавать и редактироватьбазы данных, а также выполнять SQL-запросы.
4.2 Выбор и обоснование выбора операционной системы
В качестве операционной системы выбрана Windows2000, так как данная ОС:
имеет широкое распространение на кафедре АСОИУ;
имеет удобный, интуитивно-понятный интерфейс;
является наиболее простой в установке и конфигурировании;
обладает широкими графическими возможностями и удобным интерфейсом;
имеет встроенные средства графической печати и работы с документами;
поддерживает большой набор офисных программ (таких как MS Word и MS Excel) исредств автоматизации.
позволяет легко подключаться к локальной сети, поддерживаетраспространенные сетевые протоколы.
ОС Windows 2000 наиболее подходитдля эксплуатации в условиях учебного заведения.
Так как все ПО написано в PHP 4, тодля работы с этими приложениями необходима как минимум операционная системаWindows 98 Second Edition и выше. Тем не менее разрабатываемый программныйпродукт успешно работает и в операционной системе Windows XP.
/>/>/>/>/>/>/>/>/>/>/>5. Обоснование и выбор технических средств
5.1 Техническое обеспечение
Техническое обеспечение должно удовлетворять следующимтребованиям: обеспечивать функционирование системы в диалоговом режиме, иметьсредства вывода информации на экран монитора, иметь объем оперативной памяти,позволяющий использовать системное и прикладное программное обеспечение.
Был разработан рекомендуемыйвариант конфигурации комплекса технических средств:
Процессор. Для обеспечения приемлемых скоростных характеристики исключения ожидания при выполнении задач рекомендуется процессор Celeron-600, а для файл-сервера (при его наличии) рекомендуется процессорPentium IV с тактовой частотой 2 Ггц.
Оперативная память. Рекомендуемый объем оперативной памяти — 128 Мбайт. Приналичии файлового сервера рекомендуется поставить на него оперативную памятьобъемом 512 Мбайт и выше, что обеспечит работу пользователей без существенных задержек.
Дисковая память. Для установки Windows 2000 нажесткий диск с файловой системой FAT32 требуется не менее 650 Мбдискового пространства. С учетом возможного развития системы и роста объемаданных по мере эксплуатации рекомендуется выбрать объем дисковой памяти неменее 2 Гб.
Клавиатура, мышь и монитор. Необходимыдля полноценной работы с системой и ее визуальными компонентами. Их техническиехарактеристики не критичны.
Сетевой адаптер. Для связи с файловым сервером БД необходимо наличиесетевой платы. Наиболее распространенным типом сетевых плат является Ethernet. Количестволокальных пользователей — как правило, не превышает двух десятков.
Количество обращений ксерверу происходит по мере необходимости пользователя. Объем передаваемойинформации одному пользователю зависит от параметров запроса пользователя иможет достигаться нескольких Мб. Сервисной программой на сервере передается посети бинарный файл, полученный с контроллера, он достигает несколько Кб. Стехнологией файл-сервер реализуемой в создаваемой системе будет загрузка сети,при которой желательно использовать сетевые платы в 100 Мбит/с.
Принтер. Нужен для печати отчетов в виде документов форматаА4.
Минимальные требования к техническомуобеспечению:
процессор должен быть не менее 166 MHz,что позволит Windows работать в нормальном режиме исократить время ожидания процесса решения поставленной задачи;
для конфигурации минимальнойОС Windows 98 достаточно 24 Мбайт оперативной памяти;
свободное дисковое пространство, требуемое для системы сучетом эксплуатации в течении 5-ти лет, должно быть не менее 450 Мb (данный показатель складывается из следующих величин: 350 Mb — ОС Windows98, 100 Mb — данные);
сетевая плата типа Ethernet производительностью 10 Мбит/с;
монитор;
клавиатура для ввода данных;
манипулятор “мышь” для перемещения по полям ввода.
/>6. Руководствопользователя 6.1 Руководство программисту
Программная реализациясистемы является модульной, что позволяет с использованием простых средствразработки изменять и дополнять систему. Используемая база данных (MySQL)соответствует стандартам клиент-серверных реляционных БД, что позволяетиспользовать любые другие клиентские модули, а также обеспечивает совместимостьс другими системами.
При первоначальной загрузкедоступ к системе имеет только администратор, который, пройдя авторизацию, имеетвозможность добавлять пользователей. При добавлении необходимо указать имя ифамилию пользователя, персональный логин/пароль (поля f_name,l_name, username, password) а также группу пользователя (администратор,методист, преподаватель, зав. лаб., секретарь, поле groupp). Указаннаягруппа пользователя в дальнейшем будет определять права доступа к системе. Добавлениепользователей осуществляется в таблицу “auth_users”,при этом пароли шифруются стандартными средствами, что повышает защищенностьсистемы и исключает несанкционированный доступ.