Система анализа тарифной сетки преподавателей Государственного коммунального казенного предприятия "Житикаринский политехнический колледж"

Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РЕСПУБЛИКИ КАЗАХСТАН

КОСТАНАЙСКИЙ СОЦИАЛЬНО-ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

ИМЕНИ АКАДЕМИКА З. АЛДАМЖАР

ДИПЛОМНЫЙ ПРОЕКТ

на тему: Система анализа тарифной сетки преподавателей ГККП "Житикаринский политехнический колледж"

Дипломник

Киселева О.П.

Костанай

2009



Содержание

Введение

Раздел 1. Основы теории систем и системного анализа

1.1 Введение понятий система и системный анализ

1.2 Моделирование как метод системного анализа

1.3 Этапы системного анализа

Раздел 2. Характеристика заказчика, описание основных элементов подсистемы

2.1 История создания и развития ГККП "Житикаринский политехнический колледж"

2.2 Правовой статус, состав и структура колледжа

2.3 Организация учебного процесса и тарификации преподавателя

2.4 Характеристика документов тарификации преподавателя

Раздел 3. Разработка программного продукта

3.1 Жизненный цикл программного обеспечения

3.2 Формирование требований к программному обеспечению

3.3 Модель жизненного цикла программных средств

Раздел 4. Характеристика программного обеспечения

4.1 Среда Delphi

4.2 Приложение пакета прикладных программ Microsoft Excel

Раздел 5. Описание логической модели программного продукта

5.1 Требование к структуре программного продукта

5.2 Проектирование и создание диаграмм прецедентов

5.3 Разработка модели интерфейса программного продукта

5.4 Описание программного продукта

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

6.1 Расчет стоимости материалов

6.2 Расчет стоимости специального оборудования

6.3 Расчет заработной платы исполнителей

6.4 Определение себестоимости, договорной и продажной цены

6.5 Расчет эксплуатационных расходов, связанных с использованием нового программного продукта

Раздел 7. Охрана труда и окружающей среды

7.1 Защита программиста и окружающей среды

7.2 Эргономика

7.3 Зрительная функция программиста

7.4 Организация рабочего места и режима работы

7.5 Дисплей

7.6 Кресло

7.7 Клавиатура

7.8 Рабочий стол

7.9 Ритм работы

Заключение

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

Приложение А

Приложение В

Приложение С

Приложение D



Введение

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

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

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

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

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

Для качественного решения таких проблем на предприятиях используются автоматизированные системы управления (АСУ).

Автоматизированная система управления - это человеко-машинная

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

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

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

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

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

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

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

4. стандартизировать делопроизводство;

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

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

Все это приведет к увеличению эффективность

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

Таким образом, анализ проблемы обозначил следующие противоречия:

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

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

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

В связи с этим тема дипломного проекта обозначена: "Система анализа тарифной сетки преподавателей ГККП "Житикаринский политехнический колледж""

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

Объект дипломного проекта: система тарификации средне-профессионального учебного заведения.

Предмет дипломного проекта: процесс создания программного продукта.

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

выявлены основные задачи и цели системы анализа;

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

дана характеристика понятий - система анализа, тарификация, моделирование;

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

разработана модель соответствующего программного продукта.

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

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

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

Дать характеристику заказчика программного продукта.

Построить и теоретически обосновать модель программного продукта.

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

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

База дипломного проектирования: город Житикара, Костанайская область, ГККП "Житикаринский политехнический колледж".



Раздел 1. Основы теории систем и системного анализа

1.1 Введение понятий система и системный анализ

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

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

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

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

Система - это развивающийся во времени и пространстве комплекс взаимосвязанных компонентов [2]

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

Система - средство достижения цели; основные особенности системы: целостность, относительная обособленность с окружающей средой, наличие связей со средой, наличие частей и связей между ними (структурированность), подчиненность всей организации системы некоторой цели [4].

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

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

Более важно понять преимущество взгляда на этот мир с позиций системного анализа: возможность ставить и решать, по крайней мере, две задачи:

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

повысить эффективность системы в том плане ее функционирования, который интересует нас больше всего.

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

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

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

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

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

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

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

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



1.2 Моделирование как метод системного анализа

Метод в науке рассматривается как совокупность приемов и операций практического и теоретического освоения действительности [5]. К числу ведущих методов познания и преобразования системы относят моделирование.

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

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

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

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

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

1) постановка задачи;

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

3) создание модели;

4) исследование модели;

5) перенос полученной информации на изучаемый объект;

6) выдвижение научной гипотезы на основе полученных знаний и ее проверка;

7) включение полученных знаний в научную теорию [8].

По мнению В.А. Штоффа, в моделировании объективно существуют три стадии:

1) переход от натурного объекта к модели - построение модели;

2) экспериментальное исследование модели;

3) переход от модели к натурному объекту, состоящий в перенесении результатов, полученных при исследовании, на этот объект [9].

Наглядно - в виде схемы (см рисунок 1.2.1) и ее описания - выразил свои представления о структуре данного процесса А.Г. Гранберг [10].



Рисунок 1.2.1. Этапы процесса моделирования.

Моделирование при выполнении системного анализа должно быть приведено в соответствие используемых моделей реальности.

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

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

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

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

1.3 Этапы системного анализа

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

Содержательная постановка задачи

Построение модели изучаемой системы

Отыскание решения задачи с помощью модели

Проверка решения с помощью модели

Подстройка решения под внешние условия

Осуществление решения

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

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

Схема алгоритма постановки задач прикладного системного исследования реальной проблемы показана на рисунки 1.3.1 [4]

Беря за основу все вышесказанное в дипломном проекте раскрываются следующие направления:

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

во-вторых, представление элементов подсистемы "Учебная тарификация";

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

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

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

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



Раздел 2. Характеристика заказчика, описание основных элементов подсистемы

2.1 История создания и развития ГККП "Житикаринский политехнический колледж"

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

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

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

Аудиторный фонд ГККП "Житикаринский политехнический колледж" составляет 39 кабинетов, 7 лабораторий, 8 учебно-производственных мастерских, которые оснащены действующими моделями, макетами, натуральными образцами, стендами, техническими средствами обучения, 21 кабинет по специальным дисциплинам, 15 кабинетов общеобразовательного цикла, 3 кабинета ЭВМ.

ГККП "Житикаринский политехнический колледж" ведет подготовку специалистов по 22 профессиям и 12 специальностям.

В 2008-2009 учебном году в колледже обучается на дневном отделении в группах колледжа 624 учащихся и в группах лицея 397 учащихся, на заочном отделении 335 учащихся.

Педагогический контингент учебного заведения составляет 75 руководящих и инженерно педагогических кадров (21 мастер производственного обучения, 54 преподавателя), имеют категорию: высшую 26 (35 %) преподавателей и мастеров производственного обучения, первую - 7 (9 %) преподавателей и мастеров производственного обучения, вторую - 12 (16%) преподавателей и мастеров производственного обучения. Имеют высшее образование 64 преподавателя и мастера производственного обучения (85%), стаж работы более 5 лет в системе профтехобразования - 52 (69%).

Осуществляя идею непрерывного образования учебное заведение работает с Костанайским Социально-техническим университетом по принципу заочно-дистанционного обучения. С 1991 года учебное заведение сотрудничает с Уральской Горной Академией г. Екатеринбурга. Цель данного сотрудничества - обмен опытом по организационным и учебно-методическим вопросам, прием выпускников колледжа на обучение, по бюджетной квоте. Ежегодно трое лучших выпускников - специалистов горных дисциплин, направляются на учебу в Академию, на третий курс.

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

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

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

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

- повышение квалификации работающих специалистов, имеющих профессиональное образование.

Колледж оказывает дополнительные платные услуги по организацию и проведению курсовой подготовки специалистов.



2.2 Правовой статус, состав и структура колледжа

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

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

Основными задачами учебного заведения являются:

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

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

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

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

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

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

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

Рисунок 2.2.1. Схема структурных подразделений ГККП "Житикаринский политехнический колледж".

Местонахождение колледжа: г. Житикара, 6 микрорайон, дом 54.

2.3 Организация учебного процесса и тарификации преподавателя

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

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

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

Тарификационная ведомость формируется на основе следующих документов:

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

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

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

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

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

2.4 Характеристика документов тарификации преподавателя

В начале вводим ряд понятий:

тарифная система -- разновидность системы оплаты труда, при которой заработная плата работников определяется дифференцированно на основе тарифных ставок (окладов) и тарифных сеток [12];

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

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

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

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

- по рабочему учебному плану специальности/профессии

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

- по каждому ра6отнику, согласно основной тарификации

- по ведению учетного анализа вычитки часов

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

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

- тарификационный лист преподавателя (приложение А)

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

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

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

- лист учета часов преподавателя (приложение С) [13]

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

- отчет по нагрузки преподавателя (приложение D)

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

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



Раздел 3. Разработка программного продукта

3.1 Жизненный цикл программного обеспечения

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

Жизненный цикл программного обеспечения - это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается моментом его полного изъятия из эксплуатации. [14]

Структура жизненного цикла программного обеспечения по стандарту ISO/IES 12207 базируется на трех группах процессов:

- основные процессы жизненного цикла программного обеспечения;

- вспомогательные процессы;

- организационные процессы [15]

Каждый из данных процессов включает ряд основных элементов.

К основным процессам жизненного цикла программного обеспечения относятся:

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

- требования к системе;

- перечень программных продуктов;

- условия и соглашения;

- технические ограничения.

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

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

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

- подготовительная работа;

- анализ требований к системе;

- проектирование архитектуры системы;

- анализ требований к программному обеспечению;

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

- детальное проектирование программного обеспечения;

- кодирование и тестирование программного обеспечения;

- интеграция программного обеспечения;

- квалификационное тестирование программного обеспечения;

- интеграция системы;

- квалификационное тестирование системы;

- установка программного обеспечения;

- приемка программного обеспечения.

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

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

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

К вспомогательным процессам жизненного цикла программного обеспечения относятся [17]:

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

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

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

4) процесс верификации - процесс обеспечивает формальное доказательство правильности программного обеспечения.

Верификация - процесс определения того, отвечает ли текущее состояние разработки, достигнутое на данном этапе, требованиям данного этапа [16]

5) процесс аттестации - подтверждение и оценка достоверности проведенного тестирования программного обеспечения.

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

7) процесс аудита - устанавливает соответствие реальных работ и отчетов требованиям, планам и контракту.

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

К организационным процессам жизненного цикла программного обеспечения относятся [16]:

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

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

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

4) процесс обучения - охватывает первоначальное обучение и последующее постоянное повышение квалификации персонала.

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

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

Рисунок 3.1.1. Схема жизненного цикла.

3.2 Формирование требований к программному обеспечению

На стадии формирования требований к программному обеспечению выполняются следующие работы [18]:

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

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

- построение моделей деятельности объекта (организации), предусматривающее построение двух видов моделей: модели "AS-IS" ("как есть"), отражающей существующее положение дел в организации и позволяющей понять, каким образом функционирует данная организация (объект) и модели "TO-BE" ("как должно быть"), отражающей представление о новых технологиях работы организации (объекта).

- выбор модели жизненного цикла программного обеспечения.

3.3 Модель жизненного цикла программных средств

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

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

- каскадная модель (70 - 80-е годы 20 века);

- спиральная модель (80 - 90-е годы 20 века).

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

Рисунок 3.3.1. Каскадная схема разработки программного средства.

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

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

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

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

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

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

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

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

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

Рисунок 3.3.2. Спиральная модель жизненного цикла информационной системы.

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

Рассмотрим преимущества итерационного подхода более подробно.

- итерационная разработка существенно упрощает внесение изменений в проект при изменении требований заказчика.

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

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

Рисунок 3.3.3. Зависимость рисков от времени разработки.

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

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

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

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

Основная проблема спирального цикла -- определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Иначе процесс разработки может превратиться в бесконечное совершенствование уже сделанного. При итерационном подходе полезно следовать принципу "лучшее -- враг хорошего". Поэтому завершение итерации должно производиться строго в соответствии с планом, даже если не вся запланированная работа закончена [20].

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

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



Раздел 4. Характеристика программного обеспечения

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

Программные средства в свою очередь подразделяются на:

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

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

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

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



4.1 Среда Delphi

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

Интерфейс Delphi. В момент первой загрузки среды Delphi интерфейс содержит шесть окон.

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

Связано это с функциональностью главного окна: с одной стороны, оно несет в себе элементы, которые всегда должны быть под рукой у программиста, с другой - окно не должно отнимать у остальных окон Delphi значительного пространства экрана. Минимизация главного окна приводит к исчезновению с экрана других окон Delphi [Эти окна появятся, как только будут восстановлены размеры главного окна], а его закрытие означает окончание работы программиста с системой программирования [21].

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

Все элементы главного окна располагаются на специальных панельках, в левой части которых имеются кнопки управления

,

позволяющие с помощью мыши перетаскивать панельки с помещенными на них элементами. Любую панельку (кроме главного меню) можно убрать из окна (сделать ее невидимой) или "пустить плавать" по экрану в отдельном окне. Для этого нужно лишь "стащить" панельку с помощью мыши за кнопку

из пределов главного окна.

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

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

Окно формы представляет собой проект Windows-окна будущей программы. Вначале это окно пусто. Точнее, оно содержит стандартные для Windows интерфейсные элементы - кнопки вызова системного меню, максимизации, минимизации и закрытия окна, полосу заголовка и очерчивающую рамку. Вся рабочая область окна обычно заполнена точками координатной сетки, служащей для упорядочения размещаемых на форме компонентов (вы можете убрать эти точки, вызвав с помощью меню Tools | Environment options соответствующее окно настроек и убрав флажок в переключателе Display Grid на окне, связанном с закладкой Preferences).

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

Это окно появилось в версии 6 и предназначено для наглядного отображения связей между отдельными компонентами, размещенными на активной форме или в активном модуле данных. Щелчок по любому компоненту в этом окне активизирует соответствующий компонент в окне формы и отображает свойства этого компонента в окне Инспектора объектов. Двойной щелчок приводит к срабатыванию механизма Code Insight, который вставляет в окно кода заготовку для обработчика события OnClick. Наконец, компонент можно "перетащить" в окне и таким образом поменять его владельца (свойство parent). В предыдущих версиях такую замену можно было сделать только с помощью межпрограммного буфера обмена Clipboard [22].

...