Проект информационной системы учета, обработки и хранения личных дел учащихся МОУ "Гимназии № 3 им. М.Ф. Панькова" - Курсовая работа

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

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

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

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

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

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

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

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

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

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

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

1.

Цель дипломного проекта

Целью данного дипломного проекта является разработка прикладного программного обеспечения деятельности МОУ «Гимназия № 3 им. М.Ф. Панькова». Разрабатываемая система предназначена для решения задачи автоматизации учета учащихся.

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

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

2.

Описание деятельности учреждения

«Гимназия № 3 им. М.Ф. Панькова» создает условия для реализации гражданами Российской Федерации гарантированного государством права на получение общедоступного общего образования всех ступеней в пределах государственных образовательных стандартов.

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

Гимназии руководствуется в своей деятельности федеральными законами, указаниями и распоряжениями Президента Российской Федерации, постановлениями и распоряжениями Правительства Российской Федерации, Типовым положением об общеобразовательном учреждении.

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

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

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

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

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

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

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

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

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

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

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

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

1.

Цель дипломного проекта

Целью данного дипломного проекта является разработка прикладного программного обеспечения деятельности МОУ «Гимназия № 3 им. М.Ф. Панькова». Разрабатываемая система предназначена для решения задачи автоматизации учета учащихся.

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

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

2.

Описание деятельности учреждения

«Гимназия № 3 им. М.Ф. Панькова» создает условия для реализации гражданами Российской Федерации гарантированного государством права на получение общедоступного общего образования всех ступеней в пределах государственных образовательных стандартов.

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

Гимназии руководствуется в своей деятельности федеральными законами, указаниями и распоряжениями Президента Российской Федерации, постановлениями и распоряжениями Правительства Российской Федерации, Типовым положением об общеобразовательном учреждении.

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

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

По инициативе детей в гимназии могут создаваться детские общественные объединения.

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

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

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

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

Общее образование состоит из трех ступеней, в рамках которых гимназия реализует следующие образовательные программы: - начального общего образования (нормативный срок освоения - четыре года), 1 - 4 классы;

- основного общего образования (нормативный срок освоения от пяти до шести лет), 5 - 9 классы;

- среднего (полного) общего образования (нормативный срок освоения два года), 10 - 11 классы;

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

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

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

3.

Проектирование бизнес - процессов, структуры информационной системы и структуры базы данных

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

- требуемую пропускную способность системы;

- требуемое время реакции системы на запрос;

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

- простоту эксплуатации и поддержки системы;

- необходимую безопасность.

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

Проектирование информационных систем охватывает три основные области: - проектирование объектов данных, которые будут реализованы в базе данных;

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

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

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

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

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

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

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

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

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

3.1 Диаграмма вариантов использования

Для того чтобы более детально понять и уточнить процесс работы системы, а также в дальнейшем грамотно ее спроектировать, построим контекстную диаграмму вариантов использования деятельности гимназии, а также подробные диаграммы для наиболее важных вариантов использования [1,2,3].

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

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

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

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

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

3.2 Диаграмма деятельностей

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

Диаграмма активностей (или, как часто говорят, диаграмма деятельности) - диаграмма UML, выглядящая наиболее простой, поскольку напоминает привычную всем блок-схему [3].

Диаграмма деятельностей (Activity Diagrams) являются представлением алгоритмов неких действий (активностей), выполняющихся в системе.

Именно на диаграмме деятельности представлены переходы потока управления от одной деятельности к другой. Диаграмма деятельности может быть присоединена к любому элементу модели, имеющему динамическое поведение. Диаграммы деятельности позволяют моделировать сложный жизненный цикл объекта, с переходами из одного состояния (деятельности) в другое. Но этот вид диаграмм может быть использован и для описания динамики совокупности объектов. Они применимы и для детализации некоторой конкретной операции, причем, как мы увидим далее, предоставляют для этого больше возможностей, чем «классическая» блок-схема. Диаграммы деятельности описывают переход от одной деятельности к другой, в отличие от диаграмм взаимодействия, где акцент делается на переходах потока управления от объекта к объекту [1,2,3].

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

На рисунке 3.2.2 представлена диаграмма деятельностей «Выставление оценок».

На рисунке 3.2.3 представлена диаграмма деятельностей «Выставление баллов по ЕГЭ».

На рисунке 3.2.4 представлена диаграмма деятельностей «Печать личного дела». При печати личного дела происходит формирование отчета для печати.

На рисунке 3.2.5 представлена диаграмма деятельностей «Перевод ученика в другой класс». При переводе ученика в другой класс необходимо выбрать с помощью системы поиска ученика и выбрать класс для перевода.

Диаграмма деятельностей «Удаление личного дела» представлена на рисунке 3.2.6. Личные дела хранятся в архиве в течение пяти лет.

3.3 Диаграмма классов

Диаграмма классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования [1,2,3].

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

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

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

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

Диаграмма классов состоит из множества элементов, которые в совокупности отражают декларативные знания о предметной области. Эти знания интерпретируются в базовых понятиях языка унифицированного языка моделирования (UML), таких как классы, интерфейсы и отношения между ними и их составляющими компонентами. При этом отдельные компоненты этой диаграммы могут образовывать пакеты для представления более общей модели системы [1,2,3].

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

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

Диаграмма классов изображена на рисунке 3.3.1.

4.

Реализация базы данных

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

Microsoft SQL Server 2005 Express является решением для управления и анализа данных, которое предоставляет повышенную безопасность, стабильность данным предприятия и аналитическим приложениям, облегчая их построение, развертывание и управление [4].

Построенные на сильных сторонах SQL Server 2000, SQL Server 2005 Express представляет собой интегрированное решение по управлению и анализу данных, которое поможет организациям различного масштаба: - строить, развертывать и управлять промышленными приложениями, которые являются более безопасными, масштабируемыми и надежными;

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

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

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

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

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

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

Новая модель безопасности SQL Server 2005 Express позволяет администраторам управлять разрешениями на модульном уровне и в указанной области, делая управление разрешениями проще, а также обеспечивает выполнения принципа наименьших привилегий.

Кластеры SQL Server 2005 Express поддерживают аутентификацию Kerberos для виртуальных серверов SQL Server 2005 Express. Администраторы могут указать политики типа Windows для стандартных учетных записей, так что единообразная политика применяется ко всем учетным записям домена [5].

SQL Server 2005 Express поддерживает шифрование внутри базы данных, полностью интегрированное с инфраструктурой управления ключами. По умолчанию, коммуникации между клиентом и сервером шифруются. Для того чтобы концентрировать гарантии безопасности, может быть определена серверная политика, которая будет отвергать незашифрованные коммуникации [4].

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

5.

Система математического обеспечения

5.1 Обоснование структуры математического обеспечения

При проектировании используется язык программирования С#. C# - это простой, типизированный, объектно-ориентированный язык программирования общего назначения. Visual C# дает разработчикам, занимающимся написанием кода, широкие возможности и языковую поддержку для создания сложных, подключенных веб - приложений и клиентских приложений на базе.NET Framework [9,10].

C# - это полнофункциональный объектно - ориентированный язык, который поддерживает все три «столпа» объектно-ориентированного программирования: инкапсуляцию, наследование и полиморфизм. Он имеет прекрасную поддержку компонентов, надежен и устойчив благодаря использованию «сборки мусора», обработки исключений, безопасности типов [9,10].

Язык C# разрабатывался «с нуля» и вобрал в себя много полезных свойств таких языков, как C , Java, Visual Basic, а также Pascal, Delphy и др. При этом необходимость обратной совместимости с предыдущими версиями отсутствовала, что позволило языку C# избежать многих отрицательных сторон своих предшественников [9,10].

5.2 Обоснование выбора системы программирования

Для создания информационной системы было принято решение об использование пакета Microsoft Visual Studio 2008 [9].

В Visual Studio 2008 свыше 250 новых функций, включая такие усовершенствования, как визуальные дизайнеры для ускорения разработки на базе.Net Framework 3.5, модернизированные инструменты веб - разработки и усовершенствования в области языка. Особый интерес представляет технология быстрой разработки приложений LINQ (Language Integrated Query), которая заполняет пробел между объектами программирования и данными. Она позволяет разработчикам сосредоточиться на том, что должно происходить с данными, а не на способах доступа к ним [9].

Visual Studio Team System 2008, интегрированный и расширяемый пакет средств управления жизненным циклом приложений, позволяющий снизить сложность создания распределенных сервис - ориентированных приложений. Набор инструментов Team System позволяет улучшить планирование и предсказуемость ведения проектов, добиться организационной эффективности и сократить общие затраты на разработку. Visual Studio Team System состоит из сервера Microsoft Visual Studio Team System 2008 Team Foundation Server и набора клиентских приложений. Microsoft Visual Studio Team System 2008 Team Suite, включающих инструменты для разработчиков, руководителей проектов разработки ПО, тестировщиков программ, архитекторов и проектировщиков приложений и ИТ - инфраструктуры, специалистов по тестированию и менеджеров проектов, а так же для лиц, принимающих бизнес - решения в ИТ - компаниях. В числе таких инструментов - графические конструкторы для проектирования корпоративных систем, средства модульного и нагрузочного тестирования, ранее использовавшиеся только программистами Microsoft.

Microsoft Visual Studio Team System 2008 Team Suite - комплексная среда разработки - предоставляет разработчикам, выполняющим в команде различные функции, самый полный набор инструментов для проектирования, разработки архитектуры и баз данных, а также для тестирования приложений. Коллективы разработчиков получают в свое распоряжение средства проектирования приложений, кодирования и управления качеством, а также гибкую методологию процесса разработки.

6.

Ленточное меню

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

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

Новый пользовательский интерфейс, реализованный фирмой Microsoft в Microsoft Office 2007, вызвал большой интерес в среде разработчиков. Классические меню и панели инструментов уходят в прошлое, им на смену приходит новый ленточный (риббон, ribbon) интерфейс, известный под кодовым именем Fluent UI. Поскольку Microsoft является известным законодателем мод в программной индустрии, то появление нового интерфейса означает одно - вскоре он будет реализован в большинстве современных приложений и станет стандартом.

Современные приложения реализуют все больше и больше функций. Меню и панели инструментов в них все более перегружены, так что пользователям приходится тратить море времени на поиск нужных команд. Различные полумеры типа «скрывать редко используемые пункты меню» проблемы не решают. Именно поэтому появился Fluent UI, в котором традиционные меню и панели инструментов заменены лентой (риббоном). Команды на ленте сгруппированы по вкладкам. На каждой вкладке размещена группа команд, относящихся к той или иной области деятельности в приложении. В результате пользователю нет необходимости рыскать по меню в поисках той или иной команды - все команды находятся в нужный момент перед глазами.

Elegant Ribbon - это небольшая, но мощная библиотека компонентов, разработанная фирмой FOSS Software, Inc., позволяющая реализовать Fluent UI в приложениях под Windows Forms. Библиотека реализует практически все возможности Fluent UI и содержит качественный дизайнер форм, дающий возможность быстро и удобно программировать ленточный интерфейс. Библиотека написана на стопроцентно - управляемом C# и весьма легковесна.

Реализация элементов управления в Elegant Ribbon технически выполнена очень грамотно и на самом современном уровне. Во - первых, одни и те же элементы управления библиотеки могут использоваться в различных контекстах - на форме, на ленте Fluent UI и в меню. Во - вторых, один и тот же элемент управления может иметь несколько способов отображения, например в виде большой иконки или в виде маленькой иконки с текстом, причем переключение между способами отображения происходит автоматически при изменении размеров окна. Кстати, внешний вид элементов управления задается скинами и описывается с помощью XML - файла. В - третьих, там, где это возможно, элементы управления являются windowless, т. е. для них не создается отдельных окон в системе. Это позволяет экономить системные ресурсы и увеличивает производительность системы. К слову сказать, Microsoft Net славится своей медленной прорисовкой сложных элементов управления, и с этой проблемой разработчикам приходится активно бороться. В Elegant Ribbon скорость прорисовки интерфейса очень неплохая - никаких «тормозов» не наблюдается.

Набор элементов управления Elegant Ribbon весьма богат, хотя и не является полным. Из стандартных элементов управления отсутствуют, по большому счету, лишь RICHEDIT, LISTVIEW, TREEVIEW и TABCONTROL.

Интерфейс Ribbon организован просто и логично. Лента вверху окна содержит вкладки, каждая вкладка содержит одну или несколько групп, каждая группа служит контейнером для обычных элементов управления - кнопок, checkbox, combobox и т. п. Реализация ленточного интерфейса с помощью Elegant Ribbon начинается с добавления на форму компонента Ribbon. При этом на форму добавляются Application Button, Application Menu, компонент FORMFRAMESKINNER для управления темами и лента с одной вкладкой и одной размещенной на ней пустой группой. Далее, с помощью контекстного меню, на ленту можно добавить сколько угодно вкладок и разместить на каждой из них сколько угодно групп.

Элементы управления в группы помещаются стандартным образом - путем их перетаскивания на форму из панели инструментов. Библиотека Elegant Ribbon предоставляет достаточно широкий набор элементов управления, которые могут быть размещены в группах, включая разнообразные варианты кнопок, COMBOBOX, RADIOBUTTON, CHECKBOX, TEXTBOX, DATATIMEPICKER и календарь. По сравнению с аналогичными стандартными элементами управления они содержат ряд дополнительных свойств, обеспечивающих возможность реализации полноценного ленточного интерфейса.

Одним из ключевых преимуществ нового интерфейса является то, что размер и расположение элементов управления на ленте автоматически изменяются при изменении ширины окна таким образом, чтобы они оставались наиболее информативными при данных размерах окна. В Elegant Ribbon такое автомасштабирование реализовано на очень высоком уровне. Каждому элементу управления, включая COMBOBOX, DATATIMEPICKER и TEXTBOX, можно сопоставить текст и два набора иконок - больших (32 x 32 пикселя) и маленьких (16 x 16 пикселей). По мере уменьшении ширины окна размещенные в группах элементы управления уменьшаются и становятся все менее информативными - большие иконки сменяются малыми, текстовые метки пропадают.

Elegant Ribbon позволяет явно управлять порядком понижения информативности каждого конкретного элемента управления при уменьшении свободного места. Для этого предназначен набор свойств Informativeness, позволяющий определить максимальный и минимальный уровень информативности. Например, для COMBOBOX в качестве максимального размера по умолчанию указан COMBOBOXWITHIMAGEANDLABEL в качестве минимального COMBOBOX. Если задать оба размера равными COMBOBOXWITHLABEL, то этот элемент управления будет отображаться в виде «текстовая метка COMBOBOX» при любом масштабировании. В том случае, когда для отображения группы места недостаточно даже при минимальном уровне информативности, вместо нее отображается кнопка, при нажатии на которую появляется всплывающая панель с группой.

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

7.

Создание пакета установки

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

В качестве исходного приложения для распространения будет дипломный проект «Diplom». На панели инструментов Standard среды Microsoft Visual Studio расположен список Solution Configurations, значения которого определяют режим компиляции приложения (рисунок 7.1).

Приложение, подлежащее распространению, должно состоять только из рабочих файлов, поэтому в списке Solution Configurations выбираем режим Release и компилируем приложение. При этом в проекте появится папка \bin\Release с готовым приложением.

Создаем новый проект под название «Setup» (рисунок 7.2).

В окне Solution Explorer щелкаем на названии проекта - «Setup» и затем переходим в окно его свойств, щелкая на вкладку Properties. А в окне Properties настраиваем свойства пакета установки (рисунок 7.3).

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

Добавим файл Diplom.exe, который предстоит упаковать. Щелкаем правой кнопкой на папке Application Folder и выбираем пункт Add/File. Также следует создать папки, в которых хранятся фотографии учащихся и работников, а также ксерокопии документов - Application Folder/ Add/Folder. На рисунке 7.4 показаны уже добавленные файлы приложения в проект установки.

Добавим ярлыки приложения в пакет - они будут появляться при установке программы на Рабочем столе и в меню «Пуск» (рисунок 7.5).

Ярлыки следует переместить в User"s Desktop и User"s Programs Menu.

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

Устанавливаем режим Release и компилируем проект. В папке \bin\Release появится пакет установки приложения (рисунок 7.6).

Создаем файл автозапуска «Autorun» и файл «Readme» для предупреждения пользователя о процессе установки.

8.

Руководство пользователя

8.1 Установка программного комплекса

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

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

На рисунке 8.1.1 представлено приветственное диалоговое окно мастера установки.

На рисунке 8.1.2 представлено диалоговое окно выбора папки для установки. А также выбо

1) на проектный зал S = 24 м2 необходимо 12 лампы - 6 светильников;

2) светильники располагаем в два ряда по три светильника.

11.6 Пожарная безопасность

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

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

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

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

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

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

При возникновении пожара сотрудники гимназии: - снимают напряжение;

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

- принимает решительные меры к его ликвидации средствами пожаротушения.

Для тушения возможных возгораний в помещении используются углекислотные огнетушители. Углекислотные огнетушители используются для тушения очагов возгорания различных веществ, горение которых происходит при поступлении воздуха, а также загораний на электроустановках, находящихся под напряжением не более 10КВ. Огнетушащим веществом в углекислотных огнетушителях является двуокись углерода (СО2). Попадающая на горящее вещество углекислота способствует его охлаждению и производит тушение, после этого она полностью испаряется, не оставляя никаких следов. Классы пожаров: В - горение жидкостей и расплавленных материалов; Е - горение электроустановок, находящихся под напряжением до 1000 В.

Заключение

Программное обеспечение, созданное в процессе дипломного проектирования, внедрено и успешно эксплуатируется в отделе работы с личными делами МОУ «Гимназия № 3 им. М.Ф. Панькова». Благодаря программному комплексу были автоматизированы ряд работ, связанных с учетом, хранением и обработкой информации об учащихся гимназии.

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

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

Список литературы

1) Арлоу, Д. UML и Унифицированный процесс. Практический объектно - ориентированный анализ и проектирование [Текст]: пер. с англ. / Д.Арлоу, И.Нейштадт, 2 - е изд. - СПБ.: Символ - плюс, 2007. - 624с., ил.

2) Якобсон, А. Язык UML [Текст]: пер. с англ. / Айвар Якобсон, Грэди Буч, Джеймс Рамбо, 2 - изд. - М.: ДМК, 2007. - 496 с.

3) Рамбо Д. UML 2.0. Объектно - ориентированное моделирование и разработка [Текст] / Джеймс Рамбо, М. Блаха. - СПБ.: Питер, 2006. - 544 с.

4) Маклин, Й. Оптимизация и администрирование баз данных Microsoft SQL Server 2005 [Текст]: рук. разработчика / Йен Маклин, Орин Томас. - М.: Русская редакция, 2007. - 624 с.

5) Форте, С. Разработка приложений на основе Microsoft SQL Server 2005 [Текст] / С.Форте. - М.: Русская редакция, 2007. - 880 с.

6) Лобел, Л. Разработка приложений на основе Microsoft SQL Server 2008 [Текст] / Леонард Лобел, Стивен Форте, Эндрю Дж. Браст. - М.: Русская редакция, 2009. - 1024 с.

7) Хант, Б. SQL (Справочник) [Текст] / Брэнд Хант, Дэниэл Кляйн, Кевин Кляйн, 3 - е изд. - СПБ.: Символ - плюс, 2009. - 656 с.

8) Кригель, А. SQL. Библия пользователя [Текст] / А. Кригель, Б. Трухнов, 2 - е изд. - М.: Диалектика, 2009. - 752 с.

9) Троелсен, Э. Язык программирования C# 2008 и платформа.NET 3.5 Framework [Текст] / Эндрю Троелсен, 4 - е изд. - М.: Вильямс, 2009. - 1254 с.

10) Троелсен, Э. C# и платформа.NET 3.0 [Текст] / Эндрю Троелсен. - СПБ.: Питер, 2008. - 1456 с.

11) Белов, С.В. Безопасность жизнедеятельности [Текст]: Учебник для вузов / С.В. Белов [и др.], 7 - е изд. - М: Высшая школа, 2007. - 616 с.

12) Безопасность жизнедеятельности [Текст]: Учебник / под ред. проф. Э.А.Арустамова. - 10 - е изд., перераб. и доп. - М.: Издательско - торговая корпорация «Дашков и К», 2006. - 476 с.

13) Маринченко, А. В. Безопасность жизнедеятельности [Текст]: Учеб. пособие / А. В. Маринченко. - М.: Дашков и Ко, 2008. - 360 с.

14) САНПИН 2.2.2/2.4.1340-03. Гигиенические требования к персональным электронно-вычислительным машинам и организации работы [Текст]. - Взамен САНПИН 2.2.2.542-96; введ. 2003-06-30. - М.: Изд-во МИЭЭ, 2003. - 20с.

15) ГОСТ 12.4.124-83 ССБТ. «Средства защиты от статического электричества» [Текст]. - М.: Изд - во стандартов, 1983. - 21 с.

16) Безопасность жизнедеятельности [Текст]: сборник лабораторных работ / под ред. Б.А. Мамота. - Хабаровск: ДВГУПС, 2005. -75 с.

17) ГОСТ 12.1.003 - 83 ССБТ «Шум. Общие требования безопасности» [Текст]. - М.: Изд - во стандартов, 1983. - 17 с.

18) ГОСТ 12.1.002-84 «Электрические поля промышленной частоты» [Текст]. - М.: Изд - во стандартов, 1984. - 19 с.

19) СН 4557-88 «Санитарные нормы ультрафиолетового излучения в производственных помещениях» [Текст]. - 1988.

20) НПБ 105-2003 Определение категорий помещений, зданий и наружных установок по взрывопожарной и пожарной опасности [Текст]. - Взамен НПБ 105-95, НПБ 107-97 и ОНТП 24-86.

Размещено на