Отчет по практике в Санкт-Петербургском государственном университете информационных технологий, механики и оптики

• часто включать и выключать компьютер без  необходимости;

• прикасаться к экрану и к тыльной стороне  блоков компьютера;

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

• класть  на средства вычислительной техники  и периферийное оборудование посторонние предметы;

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

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

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

5. Во избежание  пожароопасных ситуаций на рабочих  местах сотрудникам запрещено:

• зажигать  огонь и курить;

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

• сушить  что-либо на отопительных приборах;

• закрывать вентиляционные отверстия в электроаппаратуре.

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

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

2. ФОРМИРОВАНИЕ МОДЕЛИ ПОСТАВЛЕННОЙ ЗАДАЧИ

      2.1. Актуальность задачи

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

• Работа  с ведомостями (аттестационными, сводными за семестр, зачетными, экзаменационными, стипендиальными, учета учебных часов, пропущенных студентами).

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

• Работа  с различными видами списков (по курсу, по группе).

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

• Работа  с журналами успеваемости студентов  факультета.

      Для выполнения этих функций работниками  затрачивается большое количество времени, т.к. для формирования ведомостей, справок, статистических данных требуется постоянное обращение к спискам студентов факультета, данные о которых хранятся в документах, созданных средствами Microsoft Office Word и Excel, обновлять которые весьма трудоемкая задача (из-за обилия документации). Постоянно происходит дублирование информации (не исключено дублирование ошибочных данных, что влечет за собой дополнительную работу по исправлению ошибок). 

      Создание  ведомостей для каждой из 23 групп  ФСПО (на 2009-2010 учебный год) также требует немалых временных затрат.

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

      2.2. Постановка задачи

     Для того чтобы в будущем можно  было реализовать автоматизированную информационную систему ведения документации образовательного учреждения для СПбГУ ИТМО ФСПО, свободную от недостатков системы ведения документации секретарями учебной части, указанных в предыдущем пункте, на этапе прохождения практики по профилю специальности необходимо выполнить следующие действия:

• изучить и проанализировать предметную область, для которой создавалась АИС;

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

• спроектировать модель будущей системы;

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

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

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

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

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

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

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

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

      2.4. Обоснование принципиальной возможности решения поставленной задачи (актуальность поставленной задачи)

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

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

      2.5. Выбор методов решения задачи

     В течение нескольких последних лет наблюдается эволюция языков моделирования программных систем, одним из результатов которой стало появление и развитие Унифицированного Языка Моделирования - UML (Unified Modeling Language), объединившего под своим названием фактически несколько методологий. Он стал основой для целого спектра различных средств поддержки разработки программного обеспечения – CASE-средств (Computer-Aided Software Engineering).

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

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

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

      2.6. Формирование модели

     В ходе проектирования  модели были созданы UML-диаграммы, которые наиболее полно отражают структуру создаваемого проекта. Были выбраны диаграмма вариантов использования (use case diagram) (рис.2.1.) и диаграмма классов (class diagram) (рис.2.2.).

      Диаграмма вариантов использования описывает функциональное назначение системы. При разработке use case диаграммы преследовались следующие цели:

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

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

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

      Диаграмма классов (class diagram) была выбрана для моделирования логической схемы будущей системы.

     Рис.2.2 Диаграмма классов

      2.7. Требования к программе (проектируемой системе)

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

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

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

• программа устойчива к ошибкам ввода исходных данных.

      2.8. Определение структуры входных и выходных данных

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

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

     Пример  внешнего вида заполняемых форм для  базы данных представлен на рисунках 2.3.-2.4.

     Пример  выходных данных при работе с системой представлен на рисунках 2.5.-2.6.

     

     Рис.2.3 Информация о студентах факультета 

     

     Рис.2.4 Информация о студенте

     

     Рис.2.5. Список для журнала

     

     Рис.2.6 Зачетно-экзаменационная ведомость

3. ОБОСНОВАНИЕ ВЫБОРА ИСПОЛЬЗУЕМЫХ СРЕДСТВ

      3.1. Программные средства