информатизация процесса учета обучающихся на примере университета
Разработка информационной системы для университета
Проектирование и реализация информационной системы учета текущей и итоговой успеваемости студентов университета. Практическая реализация информационной системы в среде программирования FoxPro, построение таблиц и установление связей, разработка запросов.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 23.03.2018 |
Размер файла | 659,5 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ
ГОУ ВПО ДАГЕСТАНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
Кафедра «Математических и естественнонаучных дисциплин»
по дисциплине: «Управление жизненным циклом информационных систем»
Разработка информационной системы для университета
Выполнила: Магомедова З. С.
Ст. преп., Магомедов М. С.
Оглавление
Глава 1. Обследование предметной области
1.1 Краткая информация о ВУЗе
1.2 Задачи, функции и предметная область информационной системы ВУЗа
1.3 Требования к информационной системе ВУЗа
Глава 2. Современные средства разработки информационных систем
2.1 Понятие и виды информационных систем и средства их разработки
2.2 Проектирование информационных систем
2.3 Обзор некоторых средств разработки информационных систем
Глава 3. Практическая реализация информационной системы в среде программирования FoxPro
3.1 Построение таблиц и установление связей
3.2 Разработка запросов и создание отчетов
3.3 Создание кнопочной формы
Введение
Контроль является одной из главных проблем современной системы обучения. Тема разработки информационной системы учета успеваемости студентов весьма актуальна. Так как очевидна необходимость учета данных, регулирующих учебный процесс, в связи с большим количеством студентов и множеством дисциплин. В настоящее время существуют множество видов учета и контроля студентов, которые ведутся кураторами, преподавателями, проректорами по учебной работе и деканами факультетов. К ним можно отнести текущую успеваемость студента, сведения об академической задолженности, оценки за экзамены и зачеты, посещаемость лекций и семинаров и другие. Эти данные хранятся в журналах групп, ведомостях, списках и т.д.
Чтобы упростить и ускорить процесс работы используются информационные системы. Сегодня ИС являются неотъемлемой частью деятельности организаций практически во всех сферах: коммерческая деятельность, торговля, бизнес и т.д.
Информационная система состоит из баз данных, в которых накапливается информация, источника информации, аппаратной части информационной системы, программной части информационной системы, потребителя информации.
Целью данной курсовой работы является проектирование и реализация информационной системы учета текущей и итоговой успеваемости студентов университета.
Для достижения поставленной цели будут решены следующие задачи:
1. Исследование предметной области
2. Определить сущность информационной системы, ее виды и средства разработки
3. Описать некоторые средства разработки информационных систем
4. Провести сбор данных
5. Проектирование базы данных
6. Генерация отчетов.
Глава 1. Обследование предметной области
Научный и инновационный комплекс университета имеет разветвленную организационную структуру, объединяющую:
· 4 НИИ (НИИ биологии, НИИ социально-экономических и национально-культурных проблем народов Дагестана, НИИ прикладной экологии, НИИ права);
· 9 научно-образовательных центров, 3 из которых (НОЦ нанотехнологии, НОЦ физики плазмы и НОЦ химии и химической технологии) на конкурсной основе получили статус федеральных научно-образовательных центров;
· 14 научных и инновационных центров, включающих в том числе федеральный центр коллективного пользования «Аналитическая спектроскопия», Инновационно-технологический центр, центр Интернет;
· 14 специализированных проблемных НИЛ.
В университете сформировался ряд научных школ, соответствующих высоким требованиям, предъявляемым к ним научным сообществом.
Научные школы стали основой подготовки специалистов в университете, по которым есть различные уровни подготовки, включая специализации, аспирантуру, докторантуру. ДГУ ведет подготовку специалистов по 70 научным специальностям аспирантуры и 18 специальностям докторантуры. По данным направлениям при ДГУ функционируют 7 диссертационных советов по защите докторских и кандидатских диссертаций.
Университет является ведущим вузом Северо-Кавказского федерального округа по уровню развития и использования современных технологий в учебном процессе, а также в научной и управленческой деятельности. Впервые в Республике Дагестан на базе ДГУ был открыт центр Интернет и внедряются дистанционные формы обучения.
В современных условиях ДГУ видит свою миссию в обеспечении высокой конкурентоспособности на внутреннем и внешнем рынках образовательных услуг.
Поддержка и развитие художественного творчества, спорта, реализации талантов студенчества является важным компонентом гуманистического воспитания и духовного развития молодежи.
Университет полон планов и надежд на будущее, осмысливает свое место в общероссийском образовательном, научном и культурном пространстве, ориентируясь на потребности республики и задачи ее национального возрождения. [16]
1.2 Задачи, функции и предметная область информационной системы ВУЗа
Информационная система (ИС) предназначена для хранения данных об обучающихся учениках, а также оценок успеваемости по списку изучаемых дисциплин (программе обучения). Подразумевается, что эта информация может изменяться в течении всего периода обучения и может быть затребована в любое время за период обучения ученика и даже после окончания его обучения или участвовать в формировании статистических данных о классе за любой временной промежуток. ИС должна выдавать однозначные сведения на поставленные запросы. Конечными пользователями ИС являются работники учебного отдела, которые относятся к категории пользователей не искушенных в вопросах ведения, администрирования баз данных и поддержании их в актуальном состоянии. Это накладывает определенные требования на разработку системы управления базой данных, при которой все методы доступа, поиска и большинство функций администрирования скрыты внутри программы и прозрачны при работе что, несомненно, скажется на разработке программного интерфейса. Более подробно все требования перечислены ниже:
1. Предоставление общей информации об обучающихся. Это совокупность сведений о каждом ученике обучающегося в данный момент, включает в себя общую информацию такую как фамилия, имя, отчество, дата рождения и поступления, адрес проживания, а также информацию учебного характера, такую как текущий класс. Подразумевается, что информация будет изменятся и пополнятся в течении срока обучения.
2. Пополнение списка поступившими учениками. В начале каждого учебного года в базу данных должны заноситься ученики из числа поступивших в текущем году.
3. Отчисление и восстановление. На любом этапе обучения, ученик может быть отчислен по ряду причин. Однако факт отчисления не носит фатальный характер и в ряде случаев у него есть возможность восстановиться. Т.о. вплоть до факта восстановления информация должна храниться в архиве пока не будет востребованной или не будет принято решение о нецелесообразности ее хранения. В случае отчисления также требуется информация о дате отчисления ученика и номере приказа по которому отчисление произошло.
Ведение информации об итогах сессии и проводимых аттестаций. В период обучения каждый ученик изучает дисциплины указанные в учебном плане и, следовательно должен проходить контроль знаний по ним в конце каждого семестра. Кроме того, в середине семестра производится дополнительный контроль знаний по системе отличающегося от экзаменационного. [13]
1.3 Требования к информационной системе ВУЗа
Информационная система должна соответствовать требованиям гибкости, надежности, эффективности и безопасности.
Гибкость, способность к адаптации и дальнейшему развитию подразумевает возможность приспособления информационной системы к новым условиям, новым потребностям предприятия. Выполнение этих условий возможно, если на этапе разработки информационной системы использовались общепринятые средства и методы документирования, так что по прошествии определенного времени сохранится возможность разобраться в структуре системы и внести в нее соответствующие изменения, даже если все разработчики или их часть по каким-либо причинам не смогут продолжить работу.
Надежность информационной системы подразумевает ее функционирование без искажения информации, потери данных по «техническим причинам». Требование надежности обеспечивается созданием резервных копий хранимой информации, выполнения операций протоколирования, поддержанием качества каналов связи и физических носителей информации, использованием современных программных и аппаратных средств. Сюда же следует отнести защиту от случайных потерь информации в силу недостаточной квалификации персонала.
Система является эффективной, если с учетом выделенных ей ресурсов она позволяет решать возложенные на нее задачи в минимальные сроки. В любом случае оценка эффективности будет производиться заказчиком, исходя из вложенных в разработку средств и соответствия представленной информационной системы его ожиданиям.
Негативной оценки эффективности информационной системы со стороны заказчика можно избежать, если представители заказчика будут привлекаться к проектированию системы на всех его стадиях. Такой подход позволяет многим конечным пользователям уже на этапе проектирования адаптироваться к изменениям условий работы, которые иначе были бы приняты враждебно.
Активное сотрудничество с заказчиком с ранних этапов проектирования позволяет уточнить потребности заказчика. Часто встречается ситуация, когда заказчик чего-то хочет, но сам не знает чего именно. Чем раньше будут учтены дополнения заказчика, тем с меньшими затратами и в более короткие сроки система будет создана.
Эффективность системы обеспечивается оптимизацией данных и методов их обработки, применением оригинальных разработок, идей, методов проектирования.
Не следует забывать и о том, что работать с системой придется обычным людям, являющимся специалистами в своей предметной области, но зачастую обладающим весьма средними навыками в работе с компьютерами. Интерфейс информационных систем должен быть им интуитивно понятен. В свою очередь, разработчик-программист должен понимать характер выполняемых конечным пользователем операций. Рекомендациями в этом случае могут служить повышение эффективности управления разработкой информационных систем, улучшение информированности разработчиков о предметной области.
Безопасность Под безопасностью, прежде всего, подразумевается свойство системы, в силу которого посторонние лица не имеют доступа к информационным ресурсам организации, кроме тех, которые для них предназначены. Защита информации от постороннего доступа обеспечивается управлением доступа к ресурсам системы, использованием современных программных средств защиты информации. В крупных организациях целесообразно создавать подразделения, основным направлением деятельности которых было бы обеспечение информационной безопасности, в менее крупных организациях назначать сотрудника, ответственного за данный участок работы.
Помимо злого умысла, при обеспечении безопасности информационных систем приходится сталкиваться еще с несколькими факторами. В частности, современные информационные системы являются достаточно сложными программными продуктами. Требование безопасности обеспечивается современными средствами разработки информационных систем, современной аппаратурой, методами защиты информации, применением паролей и протоколированием, постоянным мониторингом состояния безопасности операционных систем и средств их защиты. [11]
информационная система успеваемость студент
Глава 2. Современные средства разработки информационных систем
Информационные системы бывают электронными и не электронными. К неэлектронным информационным системам относятся:
· Каталог в библиотеке;
· Регистратура в больнице;
К электронным информационным системам относятся:
· База данных отдела кадров предприятия;
· Записная книжка в мобильном телефоне;
Существует три вида информационных систем:
o каталог библиотеки;
o регистратура больницы;
o записная книжка мобильного телефона;
o база данных отдела кадров.
Все электронные информационные системы делятся на два класса по способу хранения информации:
1. Не сетевые информационные системы, работающие по технологии файл-сервер. Данные системы работают на отдельно стоящем компьютере, без использования компьютерной сети (Excel, STATISTICA, SPSS);
2. Сетевые информационные системы, работающие по технологии клиент-сервер. Данные системы работают на компьютере, подключённом к компьютерной сети (Интернет).
2.2 Проектирование информационных систем
Проектирование ИС охватывает три основные области:
· проектирование объектов данных, которые будут реализованы в базе данных;
· проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;
· учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п.
Проектирование информационных систем всегда начинается с определения цели проекта.
В общем виде цель проекта можно определить как решение ряда взаимосвязанных задач, включающих в себя обеспечение на момент запуска системы и в течение всего времени ее эксплуатации:
· требуемой функциональности системы и уровня ее адаптивности к изменяющимся условиям функционирования;
· требуемой пропускной способности системы;
· требуемого времени реакции системы на запрос;
· безотказной работы системы;
· необходимого уровня безопасности;
· простоты эксплуатации и поддержки системы.
Процесс создания ИС делится на ряд этапов (стадий), ограниченных некоторыми временными рамками и заканчивающихся выпуском конкретного продукта (моделей, программных продуктов, документации и пр.).
Обычно выделяют следующие этапы создания ИС:
· формирование требований к системе
· ввод в действие, эксплуатация
Начальным этапом процесса создания ИС является моделирование бизнес-процессов, протекающих в организации и реализующих ее цели и задачи. Модель организации, описанная в терминах бизнес-процессов и бизнес-функций, позволяет сформулировать основные требования к ИС. Это фундаментальное положение методологии обеспечивает объективность в выработке требований к проектированию системы.
Целью начальных этапов создания ИС, выполняемых на стадии анализа деятельности организации, является формирование требований к ИС, корректно и точно отражающих цели и задачи организации-заказчика. Чтобы специфицировать процесс создания ИС, отвечающей потребностям организации, нужно выяснить и четко сформулировать, в чем заключаются эти потребности. Для этого необходимо определить требования заказчиков к ИС и отобразить их на языке моделей в требования к разработке проекта ИС так, чтобы обеспечить соответствие целям и задачам организации. Задача формирования требований к ИС является одной из наиболее ответственных, трудно формализуемых и наиболее дорогих и тяжелых для исправления в случае ошибки. Современные инструментальные средства и программные продукты позволяют достаточно быстро создавать ИС по готовым требованиям. Но зачастую эти системы не удовлетворяют заказчиков, требуют многочисленных доработок, что приводит к резкому удорожанию фактической стоимости ИС. Основной причиной такого положения является неправильное, неточное или неполное определение требований к ИС на этапе анализа. На этапе проектирования прежде всего формируются модели данных. Проектировщики в качестве исходной информации получают результаты анализа. Построение логической и физической моделей данных является основной частью проектирования базы данных. Полученная в процессе анализа информационная модель сначала преобразуется в логическую, а затем в физическую модель данных. Параллельно с проектированием схемы базы данных выполняется проектирование процессов, чтобы получить спецификации (описания) всех модулей ИС. Оба эти процесса проектирования тесно связаны, поскольку часть бизнес-логики обычно реализуется в базе данных (ограничения, триггеры, хранимые процедуры). Главная цель проектирования процессов заключается в отображении функций, полученных на этапе анализа, в модули информационной системы. При проектировании модулей определяют интерфейсы программ: разметку меню, вид окон, горячие клавиши и связанные с ними вызовы. Конечными продуктами этапа проектирования являются: схема базы данных (на основании ER-модели, разработанной на этапе анализа); набор спецификаций модулей системы (они строятся на базе моделей функций). Кроме того, на этапе проектирования осуществляется также разработка архитектуры ИС, включающая в себя выбор платформы (платформ) и операционной системы (операционных систем). В неоднородной ИС могут работать несколько компьютеров на разных аппаратных платформах и под управлением различных операционных систем. Кроме выбора платформы, на этапе проектирования определяются следующие характеристики архитектуры: будет ли это архитектура «файл-сервер» или «клиент-сервер»; будет ли это 3-уровневая архитектура со следующими слоями: сервер, ПО промежуточного слоя (сервер приложений), клиентское ПО; будет ли база данных централизованной или распределенной.
2.3 Обзор некоторых средств разработки информационных систем
Итак, кратко рассмотрим особенности наиболее популярных средств, применяемых для проектирования данных.
Отметим, что многие из этих продуктов предназначены не только для проектирования данных, но и для решения других задач, например моделирования потоков данных или бизнес-процессов, функционального моделирования, прототипирования приложений, их документирования, управления проектами и т.д. В этом случае средства проектирования данных являются составными частями таких продуктов.
Designer/2000 (предыдущие версии продукта назывались Oracle*CASE) представляет собой универсальное CASE-средство, позволяющее моделировать бизнес-процессы, создавать диаграммы потоков данных и функциональные модели. Средство проектирования данных и создания ER-диаграмм является лишь одной из составных частей этого довольно сложного продукта и предоставляет возможность сохранять созданные модели данных и описанные бизнес-правила в предназначенном для этого репозитарии.
Весьма привлекательной особенностью Designer/2000 является возможность генерации форм Oracle Developer/2000, проектов Visual Basic, классов C++, отчетов Oracle Reports, приложений для Oracle Web Application Server.
ERwin (Computer Associates)
ERwin разработан компанией Logic Works, которая в 1988 году была приобретена фирмой Platinum Technologies, а ее, в свою очередь, приобрела компания Computer Associates. Этот продукт в течение последних десяти лет занимает лидирующие позиции среди средств проектирования данных.
ERwin представляет собой специализированное средство проектирования данных. Его применение предполагает, что моделирование бизнес-процессов и потоков данных производится с помощью других продуктов (например, BPwin), c которыми можно осуществлять обмен сведениями о моделях.
ERwin обладает встроенным макроязыком для написания в процессе логического проектирования не зависящих от СУБД шаблонов серверного кода, а также готовыми шаблонами для генерации триггеров, реализующих стандартные действия (например, каскадное удаление).
Visio Enterprise (Microsoft)
Как и подавляющее большинство средств проектирования данных, Visio Enterprise позволяет производить прямое и обратное проектирование данных, преобразовывать логическую модель в физическую. Этим средством поддерживаются все ODBC- и OLE DB-источники данных.
Отметим, что помимо средств проектирования данных Visio включает средства объектно-ориентированного моделирования и генерации кода приложений Visual Basic 6, а также классов C++ и Java. Модели Visio можно сохранять в Microsoft Repository.
Access- мощное приложение Windows; впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта- детища компании Microsoft, они прекрасно взаимодействуют между собой. Система Access работает под управлением Windows 95 или Windows NT, так что при работе с ней пользователю доступны все преимущества Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windows в Access и наоборот; можно создать проект формы в Access и вставить его в конструктор форм.
Мощность и доступность Access делают эту систему лучшей СУБД из представленных сегодня на рынке. [9]
Сегодня данный программный продукт выпускается корпорацией Microsoft и финальной его версией является 9.0. Изначально, начиная с 1984 года, пакет FoxPro (первое название FoxBASE) разрабатывался компанией FoxTechnologies, которая в 1992 году вошла в состав корпорации Microsoft. Новые версии обрели приставку «Visual» и существенно прибавили в функциональности.
Встроенный механизм обработки курсоров БД, тесная связь между данными, языком и другими мощными функциями, делают пакет FoxPro великолепным инструментом для решения задач любого масштаба, касающихся баз данных.
Система располагает сосредоточенным на работе с данными, объектно-ориентированным языком, который предлагает пользователям гибкий инструментарий. Он направлен на создание приложений на основе баз данных для индивидуального пользования, для функционирования в клиент-серверных средах и в глобальной сети.
Глава 3. Практическая реализация информационной системы в среде программирования FoxPro
3.1 Построение таблиц и установление связей
Создание базы данных в MS Access я начала с создания таблиц. Таблицы были созданы при помощи конструктора.
Разработка информационной системы учета и контроля посещаемости студентов на основе реляционной базы данных
Разработка информационной системы учета и контроля посещаемости студентов на основе реляционной базы данных
Показателем работы студентов и преподавателей, обучающих их, является успеваемость по дисциплинам, что находится в прямопропорциональной зависимости от процента посещаемости занятий. Руководство института заинтересованно в том, чтобы осуществлялся непрерывный учет и контроль за деятельностью студентов, а именно за их посещаемостью. На данный момент учет и контроль осуществляется «вручную». Обработка данных «вручную» является трудоемкой и занимает много времени. Кроме того, задачи учета и контроля посещаемости и успеваемости студентов осложняются еще и тем, что необходимая информация хранится на бумажных носителях.
Именно поэтому необходима автоматизация процесса обработки информации. Повышение оперативности учета и контроля посещаемости и успеваемости студентов будет способствовать увеличению производительности и снижению трудоемкости решаемых задач.
В процессе установки программного обеспечения информация обо всех учащихся и сотрудниках учебного заведения будет упорядочена в единую базу данных, которая физически разместится в защищенном от постороннего доступа промышленном компьютере, устанавливаемом на территории учебного заведения. База данных будет находиться в собственности учебного заведения. Доступ к базе данных будут иметь исключительно сотрудники учебного заведения.
РАЗРАБОТКА МОДЕЛИ БАЗЫ ДАННЫХ
Данная разработка предназначена для сбора, обработки и предоставления аналитической информации в целях повышения качества работы профессорско-преподавательского состава и административного персонала высшего учебного заведения по управлению учебно-воспитательным процессом [2].
Рассмотрим основные функции решаемой задачи:
1. Формирование сведений о студенте.
2. Учет посещаемости занятий студентом в течение сессии, месяца.
3. Контролирование студентов, не получивших «контрольные точки» за месяц.
4. Регулирование посещаемости студента в течение сессии, месяца.
5.Формирование сведений о преподавательском составе
6. Контроль за выполнением педнагрузки преподавательским составом.
Этой работой занимаются: секретарь и начальник учебной части, преподаватели кафедры, секретарь и начальник отдела кадров, заведующий кафедрой и декан факультета.
Секретарь учебной части занимается вводом всех необходимых сведений о студентах [3]. Секретарь отдела кадров производит ввод данных о преподавательском составе. Преподаватели вводят пропуски студентов по своим дисциплинам. Заведующий кафедрой и декан факультета не занимаются вводом данных, а осуществляют контроль, просматривая необходимую для них информацию.
В качестве входных данных используются сведения, содержащиеся в первичных документах.
1) Список преподавателей:
2) Список факультетов:
3) Список учебных групп:
— код учебной группы;
4) Карточка студента:
— номер зачетной книжки студента;
— дата рождения студента;
— номер учебной группы;
5) Список аудиторий:
7) Список занятий по штатному расписанию:
8) Список предметов:
9) Журнал посещаемости:
— маркер отсутствия на занятии;
— дата проведения занятия.
Описание реквизитов входной информации представлено в таблице 1.1
Наименование реквизитов входных документов
Код учебной группы
Номер зачетной книжки студента
Дата рождения студента
Электронный адрес студента
Дата проведения занятия
Маркер отсутствия на занятии
Выходными документами для системы являются следующие отчеты, которые формируются системой на основании входной информации:
— Список студентов учебной группы.
— Список учебных групп.
— Отчет по посещаемости группы.
— Отчет по количеству часов занятий пропущенных студентом.
Все этапы разработки информационного обеспечения должны строго следовать друг за другом, иначе вместо слаженной и работоспособной системы получится простой набор плохо связанных модулей и объектов.
1.1. Проектирование базы данных информационной системы.
1.1.1. Концептуальная схема модели данных.
Перед началом работы сгенерируем из вышеуказанных таблиц инфологическую модель. Для этого:
определим атрибуты каждой сущности и их характеристики: статическая или динамическая, необязательность или обязательность для заполнения, множественность или однозначность значения, которое это атрибут принимает;
определим первичные ключи для каждой сущности;
определим связь между таблицами и назовем связь. Для связей определим их характеристики: тип связи (1:1, 1:М, М:1, М:М), направление связей(в зависимости от того, какая из таблиц служит справочной), класс принадлежности (обязательный или необязательный);
Проверим полученную схему на соответствие третьей нормальной форме.
Рис 1.1 – Пример заполнения формы Entity для таблицы «Студенты».
На панели инструментов выберем инструмент Relation и установим связь между сущностями. Установим нужный тип связи (One-one (1:1), One-many (1:М), Many-one (М:1), Many-many (М:М)), класс принадлежности. В результате получим схему, представленную на рисунке 1.2.
Рис. 1.2 – Концептуальная модель
1.1.2. Физическая модель базы данных.
Преобразуем созданную в предыдущем разделе концептуальную модель в даталогическую (физическую) модель базы данных. Под. физической моделью понимают описание реализации объектов логической модели на уровне объектов конкретной базы данных. Для этого в програмне PowerDesigner выполним команду ToolsGeneratePhysicalDataModel и получим искомую модель (рисунок 1.3).
Рис 1.4 – Физическая модель.
Для корректности связей проверяем соответствие полей из связанных таблиц. Эту проверку можно выполнить на вкладке Joins окна Referenceproperties (рисунок 1.5).
Рис. 1.5 –Проверка корректности связей на примере таблиц «студент» и «пропуски».
1.2. Требования к информационной системе.
Создаваемая информационная система должна соответствовать уровню современных Windows-приложений, обладать интуитивно-понятным интерфейсом, действия пользователя не должны сильно отличаться от обычных действий в других приложениях операционной системы Windows.
Программа должна обеспечивать накопление, хранение, извлечение и обновление первичных данных, и возможность корректировки выходных данных.
Форма ввода входной информации и вывода выходной информации должна настраиваться пользователем, при этом соответствуя стандартам, существующим в данной предметной области.
Информационная система учета и контроля посещаемости студентов должна выполнять следующие функции:
— производить ввод входной информации;
— выдавать запрашиваемую справочную информацию;
— производить быстрый поиск необходимой информации;
— формировать сведений о студенте;
— вести учет посещаемости студента в течение сессии;
— формировать сведения о преподавательском составе ВУЗа;
— выдавать соответствующие отчеты.
Создаваемая система не должна при своей работе в операционной системе вызывать сбои и нарушать работу других работающих приложений. Если все-таки из-за каких-либо непредвиденных обстоятельств сбой произошел, то система должна остаться работоспособной.
Все входные документы, используемые системой при работе, а также выдаваемые ею выходные документы должны быть непротиворечивы по отношению к операционной системе.
1.3. Условия эксплуатации программного продукта.
Условия эксплуатации программного продукта должны соответствовать условиям, предъявляемым к работе любого приложения операционной системы MS Windows.
Кроме того, рабочее место пользователя должно соответствовать всем необходимым условиям и требованиям, определяющим безопасность и производительность его работы с персональным компьютером (подробно об этом рассказывает глава 4 данной пояснительной записки).
1.4. Требования к аппаратной составляющей при использовании программного продукта.
Для правильной и оптимальной работы программы требуется персональный компьютер со следующими минимальными характеристиками:
— процессор IntelPentium IV и выше, а также совместимые с ним процессоры других фирм;
— объем оперативной памяти не менее 1Гб;
— свободное дисковое пространство не менее 10 Мб (в случае полной установки системы со всеми сопутствующими файлами и библиотеками);
— видеокарта Radeon 960 128Мб и выше;
— видеоадаптер 16 Мб и выше;
— принтер формата А4 для печати выходных отчетов;
— манипулятор «мышь» для удобства управления работой системы.
Так как система будет функционировать в операционной системе MS Windows, то она должна быть совместима со всеми процессами, протекающими в ней. Наиболее оптимальным будет наличие у пользователя операционной системы MS Windows Professional, обладающей всеми необходимыми условиями и требованиями для правильной работы программы.
2. ВЫБОР СРЕДЫ РАЗРАБОТКИ СИСТЕМЫ
Целью разрабатываемого проекта является создание информационной системы учета и контроля посещаемости студентов ЛНУ имени Тараса Шевченко. Учебный процесс ВУЗа предполагает обработку большого количества документации. При большом объёме информации, которую необходимо хранить, просматривать, редактировать, а также на её основе осуществлять быстрый поиск необходимых данных и формировать некоторые выходные документы, требуется автоматизация. Создание хорошо отлаженной информационной системы позволяет значительно сократить трудоёмкость работ, время поиска необходимой информации, время формирования выходной документации, повысить эффективность и производительность труда в целом.
Внедрение предлагаемой системы позволит автоматизировать труд, что, в свою очередь, позволит сократить трудоёмкость перечисленных выше функций, а также время, затрачиваемое на их выполнение.
В данном разделе представлено технико-экономическое обоснование разработки информационной системы учета и контроля успеваемости и посещаемости студентов.
В настоящий момент на рынке программного обеспечения существует ряд продуктов, которые решают данные задачи, но не существует абсолютно универсальных программных продуктов, следовательно, всегда необходима адаптация продукта к предметной области, зачастую требующая привлечения профессиональных, а значит и высокооплачиваемых специалистов.
Разрабатываемая информационная система не требует адаптации, существенных денежных затрат.
В таблице 2.1 представлены значения показателя » Зтр «.
Решение о технической обоснованности разработки проекта принимается путем определения коэффициента эксплуатационно-технического уровня, с помощью оценки которого можно провести сравнение качества разрабатываемого проекта с существующим аналогом (базой сравнения). Коэффициент рассчитывается по формуле:
Вычислим коэффициент эксплуатационно-технического уровня К эту по формуле:
Если К эту >1, разработка проекта считается оправданной с технической точки зрения [18].
Очевидна оправданность разработки проекта с технической точки зрения.
Для разработки системы было задействовано два человека:
— исполнитель
Руководитель формирует постановку задачи и отвечает за работу по созданию системы. Исполнитель отвечает за проектирование информационного и методического обеспечения, организует программное обеспечение, отвечает за работу системы.
Выбор комплекса работ по разработке проекта производится в соответствии со стандартом, устанавливающим стадии разработки: ГОСТ 19.102-77 «Единая система программной документации».[6]
Перечень этапов работы по разработке представлен в таблице 2.2.
Обзор рынка программ
Подбор и изучение литературы
Изучение методик проведения анализа
Определение структуры входных и выходных данных
Обоснование необходимости разработки
Выбор программных средств реализации проекта
Согласование и утверждение технического задания
Разработка алгоритма решения задачи
Анализ структуры данных базы
Определение формы представления данных
Разработка интерфейса системы
Анализ и доработка программы
Оформление дипломного проекта
Оформление пояснительной записки
Итого, загрузка исполнителей составила:
Маркетинговые исследования показали, что в городе на рынке существуют подобные программы, но они не подходят для ЛНУ в виду их узкой направленности.
Но если взять, например, 1С: Предприятие, то суммарные затраты, связанные с её внедрением складываются из следующих затрат:
— затраты на приобретение программного продукта аналога 55000руб.;
— затраты по оплате услуг на установку и сопровождение продукта 3500 руб. (15 часов сопровождения);
— затраты на основное и вспомогательное оборудование 7000 руб.;
— затраты по подготовке пользователя 4500 руб. (15 часов);
Итого суммарные затраты, связанные с внедрением аналога составляют 70000 руб.
Таким образом, становится очевидна оправданность разработки проекта.
Рассмотрев существующие системы, мною был сделан вывод: все программные продукты обладают некоторыми недостатками. Поэтому было принято решение о разработке собственного программного продукта.
Основным компонентом при любой информационной системе является база данных, но при проектировании автоматизированной системе необходимо решать задачи выбора систем управления базами данных.
В настоящий момент на мировом рынке существует большое количество различных СУБД,. Но предпочтение отдано СУБД MS SQL, так как она позволяет сохранять большой объем данных, осуществляет тесную интеграцию с другими программными продуктами от Microsoft [13].
C++Builder 6 стал одними из самых популярных на сегодняшний день инструментов для создания как настольных, так и корпоративных информационных систем благодаря уникальному сочетанию удобства разработки пользовательских интерфейсов, компонентной архитектуры, однотипности доступа к разнообразным базам данных, начиная от плоских таблиц формата dBase и Paradox и кончая серверными СУБД. Во многом именно наличие таких продуктов стимулировало достаточно безболезненный перенос в архитектуру клиент сервер ряда информационных систем, модернизация которых иными средствами была бы сопряжена с большими трудовыми и материальными затратами.
Следует отметить, что современные тенденции развития инструментальных средств таковы, что актуальным становится не просто появление новых гибких и мощных средств разработки, а создание семейств таких продуктов с похожими средами и принципами создания приложений, что в целом повторяет появившуюся примерно 4 года назад идеологию формирования офисных пакетов (текстовый процессор + электронная таблица + настольная СУБД + презентационный пакет) вместо выпуска отдельных офисных приложений. Если рассматривать линию продуктов Inprise, то в данный момент на рынке средств разработки присутствуют Delphi и C++Builder, а также сходные по методам создания приложений и среде JBuilder, IntraBuilder, Visual dBase.
Сходство C++Builder и Delphi не является чисто внешним. C++Builder обладает компонентной архитектурой и создан на основе библиотеки визуальных компонентов Delphi ставшей за последние два года весьма популярной среди разработчиков. По этой причине этот продукт имеет общую с Delphi библиотеку классов, часть из которых написана на Obiect Pascal.
C++Builder 6 предоставляет программисту широкие возможности повторного использования кода не только за счет наличия библиотеки компонентов, но и за счет поддержки стандарта ActiveX, что позволяет встраивать в приложения ActiveX-компоненты как сторонних производителей, так и созданные собственноручно с помощью самого C++Builder.
Исходя из вышеприведенного, можно сделать вывод, что среда программирования C++Builder 6 идеально подходит для реализации темы работы.
3. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ