Разработка автоматизированной системы управления студенческим контингентом
ВВЕДЕНИЕ
Потоки информации, циркулирующие в мире, который
нас окружает, огромны. Во времени они имеют тенденцию к увеличению. Поэтому в
любой организации, как большой, так и маленькой, возникает проблема такой
организации управления данными, которая обеспечила бы наиболее эффективную
работу. Некоторые организации используют для этого шкафы с папками, но
большинство предпочитают компьютеризированные способы - базы данных,
позволяющие эффективно хранить, структурировать и систематизировать большие
объемы данных. Сегодня растет интерес к передовым системам, которые могут
помочь более эффективно организовать управление деловыми процессами на
предприятии. Для управления ими на предприятии широко используют компьютерные
информационные системы, которым делегируются формализуемые функции по ведению
различных бизнес процессов.
Субъектом автоматизации является
организационно-функциональная деятельность деканатов, направленная на
обеспечение учебного процесса, а также процесс учёта студентов.
Целью данного дипломного проекта является
разработка автоматизированной системы управления студенческим контингентом.
Автоматизированная система управления
студенческим контингентом для высшего учебного заведения предназначена для
повышения эффективности функционирования подразделений ВУЗа и улучшения
качества образовательного процесса, за счет снижения времени затрачиваемого на
процессы сбора, обработки и получения любой запрашиваемой информации. В нашем
случае речь идет об автоматизации работы деканата.
Данная цель может быть представлена в решаемой
задачи: обеспечение единого информационного пространства для персонала
деканатов. В работе отражается подход к проектированию и реализации
информационной аналитической системы на уровне типового деканата ВУЗа.
Исходя из вышесказанного, можно указать на
актуальность проблемы автоматизации сбора и хранения больших объемов
информации. Разработанный автоматизированный комплекс должен решать следующие
задачи:
Разработка и внедрение системы, дает возможность
не только намного снизить время поиска и выдачи интересующей информации, но
также упростить учет студенческого контингента. Дипломный проект выполнен в
соответствии с требованиями безопасности и экологичности.
1. ФУНКЦИОНАЛЬНО-ИНФОРМАЦИОННАЯ МОДЕЛЬ АСУ
УЧЕТА И ДВИЖЕНИЯ СТУДЕНЧЕСКОГО КОНТИНГЕНТА
.1 Цели и задачи разработки автоматизированной
системы управления
студенческим контингентом
Потребность в уточнении ряда теоретических
аспектов и методологических подходов применительно к современным условиям
деятельности высших учебных заведений Республики Казахстан предопределили выбор
цели и основной направленности дипломной работы.
В качестве объекта исследования в дипломной
работе выступает Восточно-Казахстанский Государственный Технический
университет. Он является крупнейшим высшим учебным заведением на территории
Казахстана. ВКГТУ - это единственный технический вуз восточного региона
Казахстана, он является членом Международных ассоциаций инженерных,
автодорожных, архитектурных вузов.
Основными направлениями совершенствования
деятельности ВУЗа являются:
формирование в учебном процессе подготовки
специалистов новых технологических укладов, базирующихся на массовом
использовании информационных технологий, средств компьютерной техники и
телекоммуникаций;
улучшение управления вузом, а именно: управление
процессом вступительных экзаменов и зачисления, управление учебным процессом,
управление планово-финансовой деятельностью в условиях расширения производства;
повышение контроля над деятельностью
подразделений вуза;
повышение оперативности работы подразделений
вуза;
В целях улучшения управления ВУЗом были
сформулированы следующие задачи:
автоматизация работы приемной комиссии и ИВЦ на
этапе тестирования и зачисления;
обновление на начало семестра информации о
дисциплинах, которые будут изучаться группой в этом семестре;
ввод результатов сессии;
выявление по результатам сессии неуспевающих
студентов и выдача им направлений на пересдачу;
передача в архив экзаменационных оценок по
окончании сессии;
формирование итогов сдачи зачетов, курсовых
проектов;
формирование сведений о результатах
экзаменационной сессии по кафедрам, факультетам, по вузу;
формирование и выдача аналитической формы о
результатах экзаменационной сессии студентов, обучающихся на договорной основе
(бюджете, кредите, гранте) и общей.
формирование и выдача статистических сведений
высшим учебным заведением на начало учебного года (ф. 3-НК)
Перечисленные аспекты связаны со сбором и
переработкой больших объемов многообразной по характеру информации, а решение
поставленных задач без применения ЭВМ является трудоёмким процессом. Поэтому
проблемы, исследуемые в дипломной работе, являются актуальными для повышения
эффективности работы университета.
.2 Особенности функционирования и взаимодействия
информационных потоков
Специфическими особенностями состава
информационного обеспечения являются:
наличие коллективного ресурса;
информационная зависимость подсистем;
неустоявшаяся номенклатура основных атрибутивных
данных.
Наличие коллективного ресурса. В период работы
приемной комиссии, когда сканируются бланки абитуриентов на тестирование, в
рамках дипломного проекта предлагается следующее нововведение: в целях
повышения оперативности и корректности работы операторов АСУ и ИВЦ предлагается
повторно сканировать информацию о студенте с бланка заявления на тестирование.
Другие недостающие сведения операторы будут вводить вручную, при этом
значительно уменьшится объем вводимой информации, и соответственно, количество
ошибок, допускаемых операторами.
После прохождения всех этапов зачисления: выдачи
сертификата, свидетельства на грант/кредит, подачи списков зачисленных на
специальность, контроля оплаты по договорникам ИВЦ отберет зачисленных и
скопирует данные по ним в таблицу "Студент". С НД "Студент"
будут работать отдел кадров, деканаты, ИВЦ.
Информационная зависимость подсистем. Отдел АСУ
и ИВЦ на основании таблицы «Студент» формирует таблицу "Группы". В
случае зачисления студента на грантное (кредитное) место проблем с обработкой
личной информации не возникает. В случае же зачисления студента на договорную
основу возникают временные проблемы с оплатой: приемная комиссия не имеет права
издавать приказ на зачисление студента, если он не внес сумму первого транша за
обучение. Т.о. студент должен сначала обратиться в ПФО, оформить пакет
документов на кредит или заключить договор, внести оплату и с документом,
подтверждающим факт оплаты, вернуться в приемную комиссию. В случае внесения
необходимой суммы позднее 1 сентября, студент не может быть занесен в базу
данных и, соответственно, он не должен быть включен в набор " Группа
". Но т.к. отдел ИВЦ работает с огромным количеством студентов и не в
состоянии контролировать период оплаты, чтобы тут же внести все сведения об
этом студенте, то частично данные о специальности, группе и т.п. все же имеются.
Т.о. налицо информационная зависимость одной подсистемы от другой. На рисунке
1.1 показана схема информационной зависимости подразделения "Приемная
комиссия" от подразделения " ФАО".
Рисунок 1.1
- Схема информационной зависимости подразделений
Неустоявшаяся номенклатура основных атрибутивных
данных. Каждый год изменяются стандарты специальностей. Отдел ИВЦ должен
централизованно формировать справочник стандартов специальностей с учетом
специфики и года введения. Такая же задача стоит перед ИВЦ в вопросе
формирования и введения кодификаторов новых дисциплин на кафедре.
.3 Разработка функционально-информационной
модели
Приемная комиссия ведет работу с абитуриентами.
Абитуриенты сдают экзамены в форме тестирования. Бланки заявлений на
тестирование и тестовые варианты заданий присылает Республиканский центр
тестирования (РЦТ). При подаче заявления на тестирование абитуриенту предлагают
также заполнить личную карту, информация из которой заносится в базу данных.
После того, как итоги тестирования обработает приемная комиссия вуза, наборы
файлов и заявления абитуриентов отправляют в РЦТ. После отборочных туров из
центра приходят сертификаты и списки студентов, выигравших грант, кредит.
При желании абитуриента стать студентом ВУЗа, выиграв
государственный грант или кредит, необходимы следующие документы, которые
являются входными для приемной комиссии:
заявление на тестирование;
заявление на зачисление;
личная карта абитуриента.
В случае успешного прохождения тестирования и
получения сертификата, абитуриент зачисляется на специальность, по которой он
выиграл грант, или проходит по одной из 2-х специальностей, указанных им в
заявлении на тестирование, на кредит. Абитуриенты, набравшие минимальное
количество баллов и не получившие грантные или кредитные места, могут обучаться
на договорной основе с полным возмещением затрат на обучение.
Т.о. основной задачей приемной комиссии на
данном этапе является формирование приказов на зачисление; обработка итогов
формирования студенческого контингента.
На рисунке 1.2 представлена схема
документооборота приемной комиссии.
Рисунок 1.2 - Схема документооборота приемной
комиссии
Приказы на зачисление утверждаются ректором и
поступают в отдел кадров. ОК знакомит АСУ и ИВЦ и деканаты с приказами.
Деканаты и директораты формируют группы и оформляют зачетные книжки студентов,
АСУ и ИВЦ формирует таблицу "Студент". На рисунке 1.3 представлена
схема обработки приказов по подразделениям ВУЗа.
Рисунок 1.3 - Схема обработки приказов на
зачисление
ИВЦ является центром оперативной обработки
информации на ЭВМ. По результатам работы приемной комиссии операторы этого
отдела обрабатывают личные карты абитуриентов. В начале каждого семестра ИВЦ
формирует кодификаторы дисциплин, кафедр, сверяет списки студентов. В течение
семестра сотрудники отдела ведут учет текущей успеваемости студентов,
обрабатывают приказы деканатов. Во время сессии отдел формирует ведомости сдачи
зачетов, КП, экзаменов, выдает списки задолжников по преподавателям, по кафедре
и т.п., вводит оценки экзаменов с отрывных талонов протоколов и формирует
различные формы учета по результатам сессии.
Деканаты на основании заявлений на зачисление
формируют группы, присваивают номер зачетной книжки студентам. В задачи
деканата входят также контроль посещаемости и состояния оплаты. Староста
еженедельно приносит в деканат сведения о пропусках на каждого студента.
Преподаватель раз в месяц подает в деканат сведения с нарастающим итогом по
пропускам студента. Каждую неделю ПФО подает в деканат списки задолжников по
оплате. Допуск студентов к сессии осуществляется в случае полной оплаты
стоимости обучения за семестр, сдачи всех зачетов и курсовых проектов.
Деканат ведет сводную ведомость успеваемости по
группе. Если студент не сдал экзамен, ему выдают направление на пересдачу.
Учебный план на специальность разрабатывается
кафедрами (отдельно заочная и очная форма обучения). Кафедры подают в учебный
отдел график часов по дисциплине и преподавателям. На основании учебного плана
деканат формирует свой рабочий. На рисунке 1.4 представлена схема
документооборота деканатов и директоратов.
Рисунок 1.4 - Схема документооборота деканатов и
директоратов
Деканат ведет следующую работу с приказами:
приказ на отчисление формируется за нарушение
пункта договора о погашению задолженности по оплате;
приказ на отчисление формируется за
академическую неуспеваемость;
приказ на отчисление формируется вследствие
нарушения правил внутреннего распорядка (попадание в медицинский вытрезвитель,
за курение, драки и т.п.);
приказ на отчисление по собственному желанию или
с переменой места жительства, перевод в другой ВУЗ;
приказ на зачисление, максимальный срок
погашения разницы по дисциплинам до следующей экзаменационной сессии. После
сдачи разницы формируют приказ допуска к занятиям, затем приказ на зачисление;
приказы по перемещению внутри Вуза (перевод с
одной специальности на другую, с одной формы обучения на другую);
выговор за несвоевременное оформление
документов, за нарушение поведения.
Отдел кадров работает непосредственно со
студентами и выполняет следующие задачи:
обработка приказов;
выдача аттестатов, дипломов, справок,
подтверждений, обработка приказов;
оформление ответов на письма, выдача
академических справок;
распределение и трудоустройство студентов.
Учет ведется как по дневному, так и по заочному
отделению. В банк данных личного дела студента входят: фамилия, имя, отчество,
год рождения, место рождения, национальность, пол, оконченное учебное
заведение, год окончания, адрес местожительства, семейное положение, регион
прибытия, страна прибытия, имена родителей, место работы родителей, телефон
родителей, адрес родителей, сертификат, бал.
Финансово-административный отдел работает со
студентами, обучающимися на грантной, кредитной, платной (договорной) основе.
Расчет по кредиту на человека ведется за год. В
кредитном соглашении оговаривается сумма обучения на пять лет, и в течение этих
пяти лет она не изменяется.
При поступлении студента, желающего обучаться на
договорной (платной) основе, заключается договор, в котором оговаривается
стоимость обучения на данной специальности за год и вид оплаты: в тенге, в
у.е., в месячных расчетных показателях. На каждый год составляется ведомость
тарифов за обучение студентов на договорной основе, в которой указывают
стоимость обучения на каждую специальность. Данную сумму студент должен
оплатить тремя траншами: первый транш - до 30 августа, второй до 20 декабря,
третий до 30 апреля. При оплате студент приносит квитанцию об оплате.
Учебный отдел работает по запросам Министерства
и выдает следующие формы отчетности: сведения о восстановившихся студентах, о
внесении в учебный план новых дисциплин, о выделении грантов/кредитов,
информация о наличие компьютерной техники.
.4 Форма государственного статистического
наблюдения "Сведения о
высшем учебном заведении" (форма 3-НК)
В данном разделе излагаются основные положения,
связанные с заполнением государственным высшим учебным заведением формы 3-НК
"Сведения о высшем учебном заведении", а также порядок представления
этой формы в статистические органы и своей вышестоящей организации.
Форма 3-НК государственного статистического
наблюдения заполняется юридическими лицами: государственными, муниципальными
высшими учебными заведениями, а также вузами общественных объединений
(организаций) и потребительской кооперации.
Заочные филиалы и учебно-консультационные пункты
(УКП) самостоятельного высшего учебного заведения, расположенные на территории
данного субъекта Республики Казахстан включаются в отчет главного учебного
заведения, в ведении которого находится заочный филиал или
учебно-консультационный пункт (УКП), независимо от места его нахождения. Это
высшее учебное заведение составляет и представляет одновременно с формой 3-НК
список филиалов и учебно-консультационных пунктов (УКП) по следующей схеме:
местонахождение, название филиала (УКП), прием, численность студентов по всем
курсам и выпуск специалистов.
Если в филиале, учебно-консультационном пункте
(УКП) или на факультете (отделении) вуза обучение ведется по дневной, заочной
формам или в форме экстерната, то студенты, обучающиеся заочно и в форме
экстерната указываются по месту нахождения главного учебного заведения.
Студенты, обучающиеся по дневной форме обучения - по месту нахождения филиала,
учебно-консультационного пункта (УКП) или факультета (отделения).
При заполнении формы в число студентов и других
категорий лиц, обучающихся в вузе, включаются как граждане Республики
Казахстан, так и граждане других государств на территории СНГ и других стран.
Сведения об иностранных гражданах (под иностранными гражданами понимаются
граждане зарубежных государств, кроме государств на территории СНГ) учитываются
только при заполнении раздела 9.
В форму не включаются сведения о студентах,
откомандированных для обучения за границу.
При заполнении отчета учитываются только
сведения о студентах (специалистах), получающих (получивших) высшее
профессиональное образование. Если ВУЗ имеет структурные подразделения,
реализующие образовательные программы среднего профессионального образования
(отделение, колледж и др.), то сведения о студентах таких структурных
подразделений не учитываются.
Отчет по форме З-НК составляется по состоянию на
1 октября соответствующего года. Показатели, исчисляемые на определенную дату
(например, численность студентов), заполняются по состоянию на 1 октября
соответствующего года, если в инструкции не указан другой порядок заполнения.
Показатели, исчисляемые за календарный период (год) (например, прием, выпуск),
включают сведения за период с 1 октября предыдущего года по 30 сентября
текущего года.
Форма высылается не позднее 5 октября органу
государственной статистики по месту, установленному территориальным комитетом
государственной статистики в субъектах Республики Казахстан, и органу,
осуществляющему государственное регулирование в соответствующей отрасли
экономики.
Все показатели формы должны заполняться по
данным первичной учетной документации, имеющейся в учебной части, бухгалтерии,
отделе кадров и других подразделениях высшего учебного заведения.
При заполнении формы должна быть обеспечена
полнота заполнения и достоверность содержащихся в ней статистических данных.
Кодовая часть формы заполняется в соответствии с
классификаторами, на основании информационного письма органов государственной
статистики о включении организации в Единый государственный регистр предприятий
и организаций всех форм собственности и хозяйствования.
Информация заполняется в тех единицах измерения,
которые указаны в форме.
В форму 3-НК входят следующие разделы:
движение численности студентов
распределение студентов по курсам и
специальностям
распределение общей численности студентов по
полу и возрасту
распределение общей численности студентов по
национальности
распределение общей численности студентов по
языкам обучения
распределение общей численности студентов по
странам прибытия
численность и состав
профессорско-преподавательского персонала
Распределение общей численности студентов
показано на рисунке 1.5.
Рисунок 1.5 Распределение общей численности
студентов.
Движение численности студентов. В данном разделе
приводятся сведения о прибытии и выбытии студентов за предыдущий учебный год.
Данный раздел заполняется по всем видам обучения
(дневное, заочное). В разделе показывается число студентов, прибывших в учебное
заведение в течение текущего учебного года.
"Прибыло студентов", в число
студентов, прибывших в учебное заведение, включаются:
лица, восстановленные на обучение из числа
обучавшихся ранее и по каким-либо причинам прекративших обучение (в т.ч.
восстановленные в связи с возвращением из рядов Вооруженных Сил);
студенты, переведенные из других средних
специальных или высших учебных заведений, с других форм обучения данного
учебного заведения, а также студенты, прибывшие по другим причинам.
"Выбыло студентов”, в число студентов,
выбывших из учебного заведения, включаются:
призванные в ряды Вооруженных Сил;
студенты, переведенные на другие формы обучения
в данном учебном заведении и в другие учебные заведения;
лица, отчисленные по неуспеваемости, семейным
обстоятельствам и другим причинам.
В число выбывших по неуспеваемости включаются
лица, отчисленные в период обучения, а также лица, которые не прошли итоговую
государственную аттестацию и отчислены из учебного заведения со справкой об
окончании теоретического курса обучения. Для подробного ознакомления см.
приложение Б. Движение студентов показано на рисунке 1.6.
Рисунок 1.6 Движение контингента студентов
Распределение студентов по курсам и
специальностям. Данный раздел содержит сведения за период с 1 октября
предыдущего года по 30 сентября текущего года. Данный раздел заполняется
отдельно по каждому виду обучения (дневное, заочное).
Раздел заполняется в разрезе специальностей.
Наименования и коды специальностей приводятся в полном соответствии с
классификатором специальностей по образованию.
"Принято" отражается вся численность
студентов, принятых в учебное заведение в период с 1 октября предыдущего года
по 30 сентября текущего года, т.е. учебное заведение, в которое зачисление
студентов производилось после 1 октября предыдущего года, включает в графу
"Принято" весь фактический прием, произведенный за период с 1 октября
предыдущего года по 30 сентября текущего года.
В разделе показывается численность студентов,
обучающихся в учебном заведении. Распределение студентов по курсам производится
в соответствии с приказами по учебному заведению.
В показатели фактического выпуска включается
весь фактический выпуск с 1 октября предыдущего года по 30 сентября текущего
года. В показатели фактического выпуска включаются лица, получившие документ об
образовании государственного образца и выпущенные из учебного заведения в
течение указанного периода, независимо от того, в каком учебном году они
закончили теоретический курс обучения.
Выделяется фактический выпуск лиц с начальным
профессиональным образованием, специалистов со средним профессиональным
образованием базового уровня и специалистов со средним профессиональным
образованием повышенного уровня. А также отражается весь фактический выпуск. По
каждой специальности выделяются данные о приеме, численности студентов и
выпуске специалистов по договорам с юридическими и физическими лицами с полным
возмещением затрат на обучение.
"Выпуск ожидаемый с 1 октября текущего года
по 30 сентября будущего года" указываются данные года, следующего за
отчетным. Ожидаемый выпуск по каждой специальности определяется по численности
студентов на выпускных курсах с учетом ожидаемого выбытия.
Студенты, находящиеся в академическом отпуске
(кроме призванных в ряды Вооруженных Сил), учитываются по тому курсу, на
котором они числятся приказом по учебному заведению. Распределение студентов по
курсам и специальностям показано на рисунке 1.7.
Рисунок 1.7 Распределение студенческого
контингента в разрезе курса и специальности
Состав студентов по возрасту и полу. Данный
раздел содержит сведения по состоянию на 1 октября текущего года. Раздел
заполняется по всем видам обучения (дневное, заочное).
В разделе показывается общая численность
студентов, обучающихся на всех курсах, из них выделяется численность женщин.
Численность студентов, распределяется по возрасту в соответствии с числом
полных лет на начало календарного года. Раздел заполняется 1 раз в 3 года,
начиная с 1997/98 учебного года.
Для подробного ознакомления см. приложение К. 9
Распределение студенческого контингента в разрезе пола и возраста показано на
рисунке 1.8.
Рисунок 1.8 Распределение студенческого
контингента в разрезе пола и возраста
Преподавательский персонал. Данный раздел
заполняется по состоянию на 1 октября текущего года, в целом по учебному
заведению (без разбивки по видам обучения).
В разделе учитывается штатный преподавательский
персонал, имеющий основное место работы в данном учебном заведении. В раздел не
включаются внешние совместители (преподаватели, имеющие основное место работы в
другом учреждении (организации) и работающие в данном учебном заведении на
условиях штатного совместительства).
В разделе учитываются внешние совместители, т.е.
лица, имеющие основную работу в другом учреждении (организации) и ведущие
преподавательскую работу в данном учебном заведении на условиях штатного
совместительства.
Учитываются преподаватели, работающие на
условиях почасовой оплаты труда.
Структурное подразделение вуза, реализующее
программы среднего профессионального образования (отделение, колледж и т.д.),
заполняет раздел следующим образом: если в данном подразделении работают
штатные преподаватели вуза, то они показываются в отчете как преподаватели,
работающие на условиях штатного совместительства или на условиях почасовой
оплаты труда, и включаются в раздел.
Руководитель учебного заведения, его заместители
по учебной, учебно-производственной работе, заведующие учебной частью,
заведующие отделениями, практикой и другие работники из числа
административно-хозяйственного и учебно-вспомогательного персонала, ведущие
преподавательскую работу, включаются в раздел.
Выделяются численность женщин и численность
преподавателей, имеющих высшее образование.
Выделяются преподаватели, имеющие ученую степень
доктора наук, кандидата наук: преподаватели, имеющие ученое звание профессора, доцента.
Для подробного ознакомления см. приложение К.
Результатом проведенных исследований предметной области является ER-диаграмма в
которой сущности обозначены прямоугольником, а связи между ними ромбами. Для
подробного ознакомления см. приложение Н.
.5 Описание структуры АРМ «Деканат»
АРМ предназначен для хранения и обновления
справочной информации, оперативного составления и выдачи учебных планов,
обработки аттестационных, зачетных и экзаменационных итогов, выдачи
аналитических форм по итогам успеваемости студентов и формы 3-НК
государственного статистического наблюдения. Структура АРМ представлена на
рисунке 1.9
Рисунок 1.9 Обобщенная схема АРМ «Деканат»
На основании признака "зачислен" у
студентов, выигравших грант/кредит и на основании факта оплаты первого транша
обучения у студентов-договорников, формируется таблица "Студент".
После ознакомления деканатов (директоратов) с
приказами на зачисление, последние формируют группы и передают списки групп в
ИВЦ.
С этого момента деканат начинает работу с
приказами на студентов и формирует БД "Деканат".
В базу входят следующие наборы данных: движение
студентов, группы, студент, учебный план. Формирование БД «Деканат» показано на
рисунке 1.10.
Рисунок 1.10 Формирование БД «Деканат»
В набор данных движение студентов заносятся
данные о выбывших, прибывших и переведенных студентах с указанием причины. По
этим данным в деканате формируются приказы на движение студента. Схема движения
студентов показана на рисунке 1.11.
Рисунок 1.11 Движение студентов
После обработки приказов начинают формировать НД
«Студент». В этот набор данных входит личная информация студента: пол, национальность,
семейное положение, социальный статус, регион, область. Схема формирования
покпзана на рисунке 1.12.
Рисунок 1.12 Формирование НД «Студент»
Занесенные в базу данных студенты разбиваются на
отделения (очное, заочное), специальности (по шифру), по форме обучения (грант,
кредит, договор), и на последнем этапе формируются группы студентов. Схема
формирования показана на рисунке 1.13.
Рисунок 1.13 Формирование НД «Группы»
Для каждой специальности формируется учебный
план. В нем указываются специальность, группа, форма образования, дисциплины.
Схема показана на рисунке 1.14.
Рисунок 1.14 Формирование НД «Учебный план»
.6 Подсистема «Деканат»
Функциональная часть определяет содержание ПП и
включает описание совокупности взаимосвязанных задач, отражающих особенности
автоматизируемых функций деятельности экономиста в работе. В основе разработки
функционального обеспечения лежат требования пользователя к ПП и его
функциональная спецификация, включающая описание входной и выходной информации,
средств и методов достижения достоверности и качества информации, применяемых
носителей, интерфейсов связи. Обычно сюда же относится описание средств защиты от
несанкционированного доступа, восстановления системы в сбойных ситуациях,
управления в нестандартных случаях.
Из этого следует, что разрабатываемая система
должна обеспечивать выполнение следующих функций:
обеспечивать возможность ведения данных, а именно
ручной ввод данных, хранение их в виде архивных документов, возможность работы
с данными;
обеспечивать автоматизацию выявления ошибок
ввода данных;
обладать возможностью удобной корректировки как
справочной, так и оперативной информации по текущей успеваемости;
своевременно удовлетворять информационные
потребности пользователя;
предоставить просмотр документов и вывод на
печать сводных ведомостей по итогам сессии, текущей успеваемости;
обеспечивать простоту освоения приемов работы в
ПП и легкость общения, обусловленных наличием удобного интерфейса;
обеспечение средств защиты программы от не
санкционированного доступа, в виде пароля на вход в ПП;
обеспечение гибкой системы помощи и подсказок
для более быстрой и корректной работы пользователя;
обеспечение обработки ситуаций сбоя в программе,
которые могут повлечь за собой не корректный выход из программы, и возможную
потерю данных;
формирование отчета государственного
статистического наблюдения (форма 3-НК).
В качестве входных документов источников были
использованы справочники из приемной комиссии, информационно-вычислительного
центра, деканата. Т.к. задача автоматизации контроля учебной деятельности была
решена ранее, то некоторые отчетные ведомости и итоговые сводки были взяты в
качестве входных документов для этапа концептуального проектирования.
Исходя из особенностей функционирования
подсистемы, был разработан АРМ методиста деканата. АРМ предназначен для
оперативной обработки информации по учебному процессу и учету контингента.
В целях централизованного кодирования
специальностей, дисциплин и других атрибутов учебной деятельности предусмотрено
ведение и редактирование справочной информации. В начале каждого семестра
методист сможет обновлять учебные планы на специальность. АРМ предусматривает
оперативную выдачу зачетных ведомостей с учетом изменений в учебном плане, ввод
и обработку оценок аттестаций и зачетов, контроль за текущей успеваемостью. В
течение семестра оператор сможет оперативно обрабатывать приказы на студентов.
В начале сессии предусмотрено формирование экзаменационно-зачетных ведомостей и
ввод оценок. По запросу деканата обработанные результаты экзаменационной сессии
передаются в EXCEL, где сводятся в стандартную таблицу и сохраняются в виде
файлов *.xls.
Т.о. на основании децентрализованного способа
обработки данных, который предполагает использование ПЭВМ и позволяет
обеспечить максимальную оперативность, надежность и качество обработки
семестровой информации, можно сделать вывод, что программный продукт
удовлетворяет настоящим требованиям, сложившимся в деканате, а именно : решены
проблемы с результатами приема, распределением студентов по курсам и
специальностям, движение студентов, распределение состава студентов по возрасту
и полу, по формам обучения, своевременным удовлетворением информационных
потребностей при анализе текущей успеваемости, минимальным временем ответа на
аналитические запросы, возможностью предоставления итогов и сводок в виде
печатных документов, наличие возможности работы в составе вычислительной сети,
простота освоения приемов работы на АРМ.
.7 Программное обеспечение АРМ
Программное обеспечения принято разделять на две
категории, а именно системное программное обеспечение и прикладное программное
обеспечение. Прикладное программное обеспечение ставит своей целью наилучшим
способом решить конкретную прикладную задачу; системное же программное
обеспечение является программным интерфейсом между пользователем и ПК, а также
инструментом постановки и решения прикладной задачи на конкретной ЭВМ, в том
числе в процессе выполнения этой работы.
Системное программное обеспечение включает в
себя операционную систему (ОС), пакеты прикладных программ к ОС, системные
обслуживающие программы, комплексы программ технического обслуживания, системы
программирования.
Под операционной системой понимается часть
общего программного обеспечения, предназначенная для осуществления таких
функций управления, как координации использования системных ресурсов, включая
автоматизацию программирования, выполнения всех команд ввода-вывода,
планирования и выполнения составных программ, обработки особых состояний.
Следует отметить еще одну важную функцию операционной системы - защиту
информации. Наиболее распространенной в настоящее время является операционная
система Windows.
Для разработки клиентской части АРМ была
использована среда программирования Delphi 7΄0
под Windows XP.7΄0 объединяет
в себе такие элементы, как высокопроизводительный компилятор,
объектно-ориентированная модель компонентов, быстрая среда разработки
(32-разрядная среда RAD), полный набор визуальных средств, библиотеку классов
(VCL), поддержку Access 2000 и Oracle 8, создание Web - сервера и многие другие
возможности [25].является системой с открытой архитектурой, к ее основным
элементам относятся: дизайнер форм, окно редактирования, палитра компонентов,
инспектор объектов, справочная система, полоса быстрого доступа, меню,
различные диалоговые панели, интерактивную обучающую систему, интегрированный
отладчик, пакетный компилятор, утилиты.
Требования к работе: для нормального функционирования
программного обеспечения Delphi 7΄0
и Microsoft SQL Server 8.0. требуется компьютер с процессором Pentium первого
поколения и выше, с минимальным объемом оперативной памяти 64 Мбайт и
минимальным дисковым пространством 600 Мбайт.
При разработке прикладного программного
обеспечения создаются программные средства для автоматизации задач,
определенных функциональной частью ПП. При определении задач обычно
используется подход, суть которого заключается в анализе и выявлении наиболее
трудоемких, но в то же время первоочередных задач, заключающихся в принятии
управленческих решений, оптимизации деятельности предприятия и так далее. На
основе выявленных задач, как правило, и создаются программные продукты для
автоматизации их выполнения.
К разрабатываемому программному продукту
предъявляются следующие требования:
Возможность работы системы без обязательной
установки Delphi 7'0. Это обеспечивается применением инсталлятор Install
Shield, который позволяет создать установочную версию данного прикладного
программного продукта под Windows, что позволяет запустить загрузочный файл
проекта не через среду, а выбрав соответствующий пункт меню в панели задач
после инсталляции.
Среда проектирования Delphi наделила программный
продукт высоким быстродействием. В соответствии со стандартом CUA
пользовательский интерфейс включает в себя:
систему меню;
многооконный интерфейс;
возможность печати выходных документов;
справочную систему.
Взаимодействие подсистемы с пользователем
реализуется с помощью дружеского интерфейса, в интерактивном режиме, в рамках
набора сценариев. При этом инициатором работы является сама программа,
предлагающая пользователю экранное меню, с перечнем всех возможных действий. С
помощью иерархически организованного меню пользователь может решать задачи и не
совершать при этом ошибок, поскольку ему предоставляется возможность сделать
только правильный выбор из предложенных альтернатив.
Защита от сбойных ситуаций предусматривает
выдачу информационных сообщений об ошибках, возникающих в процессе работы
подсистемы. Для каждого вида сообщений (информационных, сообщений - вопросов,
сообщений - ответов) выделяется постоянная область экрана.
В разрабатываемой подсистеме использованы
стандартные палитры цветов СУБД Delphi.
.8 Техническое обеспечение АРМ
Под техническим обеспечением понимаются
минимальные технические требования к ресурсам компьютера, для установки и
полноценной работы любого программного продукта. Для обеспечения нормальной
работы АРМ необходимо наличие следующих технических средств:
процессор класса Pentium первого поколения и
выше;
минимальный объем оперативной памяти 64 Мб;
наличие операционной системы Windows XP;
учитывая, что кроме исполняемого файла в
комплект поставки входит ряд исходных модулей, файлы базы данных, точечные
рисунки и рабочие книги *.xls, объем свободного места на жестком диске 60 Мб
для установки программного продукта, а также минимум 100 Мб свободного места
для нормальной работы ОС Windows XP;
цветной монитор типа SVGA;
наличие устройства для ввода данных - клавиатуры
и для интерактивного взаимодействия между пользователем и приложением
необходимо наличие мыши;
так как в программе предусмотрена система выдачи
отчетов, необходимо наличие лазерного принтера.
Так же одним из требований, не относящимся к
техническим, является опыт работы на компьютере оператора деканата.
.9 Обоснование выбора архитектуры АСУ учета и
движения
студенческого контингента
Исходя из особенностей функционирования и
взаимодействия информационных потоков, подход к автоматизации управления должен
быть основан на парадигме централизованной координации и распределенного
управления. При построении корпоративных информационных сетей, как правило,
используется базовая архитектура, клиент-сервер.
В реализованной по архитектуре
"клиент-сервер" информационной сети клиенту предоставлен широкий
спектр приложений и инструментов разработки, которые ориентированы на
максимальное использование вычислительных возможностей клиентских рабочих мест,
используя ресурсы сервера в основном для хранения и обмена документами, а также
для выхода во внешнюю среду. Для тех программных систем, которые имеют
разделение на клиентскую и серверную части, применение данной архитектуры
позволяет лучше защитить серверную часть приложений, при этом, предоставляя
возможность приложениям либо непосредственно адресоваться к другим серверным
приложениям, либо маршрутизировать запросы к ним. Средством (инструментарием)
для реализации клиентских модулей для ОС Windows в данном случае является
Delphi 7.0.
Однако при этом частые обращения клиента к серверу
снижают производительность работы сети, кроме этого приходится решать вопросы
безопасной работы в сети, так как приложения и данные распределены между
различными клиентами. Распределенный характер построения системы обуславливает
сложность ее настройки и сопровождения. Чем сложнее структура сети, построенной
по архитектуре "клиент-сервер", тем выше вероятность отказа любого из
ее компонентов.
Чем сложнее архитектура сети, тем выше
вероятность отказа ее компонента, что затрудняет локализацию и устранение
неисправностей.
Что касается сервера баз данных, то наблюдается
сложность развертывания и тестирования за счет распределенного характера
приложений, а также высокая цена ошибок, заложенных на стадии проектирования
системы.
Недостатком архитектуры является то, что
приложения должны быть распределенными и поддерживаться каждым из клиентов, что
обходится довольно дорого и требует больших затрат времени. Кроме этого сложно
настроить систему с большим числом клиентов.
Достоинствами архитектуры
"клиент-сервер" являются:
большой выбор приложений и инструментов
разработки;
наличие солидного опыта разработки и
эксплуатации;
высокая степень автономности клиента;
распределенные приложения уменьшают нагрузку на
сервер;
высокая степень защиты серверной часть
приложения.
Основными экономическими преимуществами данной
архитектуры являются:
относительно низкие затраты на внедрение и
эксплуатацию;
высокая способность к интеграции существующих
гетерогенных информационных ресурсов корпораций;
повышение уровня эффективности использования
оборудования (сохранение инвестиций);
прикладные программные средства доступны с
любого рабочего места, имеющего соответствующие права доступа;
минимальный состав программно-технических
средств на клиентском рабочем месте (теоретически необходима лишь программа
просмотра - браузер и общесистемное ПО).
В рамках представленной предметной области на
сервере необходимо разместить все таблицы, каждая из которых предназначена для
выполнения конкретной прикладной задачи. Т.о. сформировано ядро таблиц, которое
хранит данные и управляет ими.
Клиентские приложение представляют собой АРМ по
зачислению студентов; формированию студенческого контингента; учету текущей
успеваемости; формированию справочной системы деканата и учебных планов и
формированию формы 3-НК государственного статистического наблюдения.
.10 Состав информационного обеспечения и этапы
его
проектирования
Концептуальное проектирование. В предметной
области введены следующие ограничения и допущения:
в пределах ВУЗа студент может обучаться только
на одном факультете по конкретной специальности;
одна и та же специальность может быть как на
дневном, так и на заочном отделении;
одна и та же специальность может быть как на
факультетах с русским языком обучения, так и на факультете с казахским языком
обучения;
код группы состоит из года поступления,
аббревиатуры специальности и номера группы на потоке;
для каждой группы семестр исчисляется с 1-го
курса поступления;
код студента уникален в пределах группы;
учебный план выдается на поток с учетом курса и
семестра.
на начало каждого семестра происходит обновление
дисциплин, которые будут изучаться группой в новом семестре;
количество возможностей исправить
неудовлетворительную оценку, получив направление на пересдачу, не ограничено;
после каждой сессии в БД заносятся оценки по
экзаменам и курсовым проектам;
Для представления информации в реляционной базе
данных был разработан атрибутивный состав АСУ учета и движения студенческого
контингента, учитывающий специфику входной информации и выходных документов.
Тип данных состава ПО неоднороден и соответствует стандарту ANSI/ISO:
строки символов постоянной длины -для хранения
полей с именами людей, адресов;
строки символов переменной длины - для хранения
строк символов, длина которых изменяется в некотором диапазоне;
целые числа - целочисленные столбы используются
в основном для хранения идентификаторов;
булевы данные - для хранения логический значений
полей;
дата и время- для хранения полей типа дата.
Таблица 1.1 Атрибуты БД.
|
Полное
наименование атрибутов
|
Идентификатор
|
Тип
|
Длина
|
|
Код
отделения
|
Kod_otd
|
символьный
|
3
|
|
Код
специальности
|
Kod_spec
|
символьный
|
8
|
|
Курс
|
Kurs
|
целое
|
1
|
|
Номер
зачетной книжки
|
Kod_zach
|
символьный
|
10
|
|
Код
студента в группе
|
kod_stud
|
числовой
|
2
|
|
Код
группы
|
kod_grup
|
символьный
|
8
|
|
Код
факультета
|
kod_fak
|
числовой
|
1
|
|
Код
пола
|
Kod_pol
|
символьный
|
1
|
|
Код
области
|
Kod_obl
|
символьный
|
5
|
|
Код
страны
|
Kod_stran
|
символьный
|
5
|
|
Код
города/района
|
Kod_reg
|
символьный
|
5
|
|
Код
образования
|
Kod_obr
|
числовой
|
1
|
|
Код
языка
|
Kod_yazik
|
символьный
|
1
|
|
Код
гражданства
|
Kod_cit
|
символьный
|
1
|
|
Код
основы обучения
|
Kod_osn
|
символьный
|
1
|
|
Код
национальности
|
Kod_Nazional
|
символьный
|
1
|
|
Фамилия
|
LastName
|
символьный
|
20
|
|
Имя
|
FirstName
|
символьный
|
20
|
|
Отчество
|
SecondName
|
символьный
|
20
|
|
Год
поступления
|
God_post
|
числовой
|
4
|
|
Год
рождения
|
god_rod
|
символьный
|
4
|
|
Дата
зачисления
|
Date_zach
|
дата
|
8
|
|
Номер
школы
|
NomSchool
|
символьный
|
3
|
|
Год
окончания школы
|
god_school
|
символьный
|
4
|
Adres
|
символьный
|
20
|
|
Телефон
|
Tel
|
символьный
|
10
|
|
Наименование
факультета
|
Name_fak
|
символьный
|
50
|
|
Наименование
кафедры
|
Name_kaf
|
символьный
|
50
|
|
Код
преподавателя
|
Kod_prep
|
числовой
|
2
|
|
ФИО
преподавателя
|
Fio_prep
|
символьный
|
20
|
|
Звание
|
Zvanie
|
символьный
|
10
|
|
Примечание
|
Prim
|
символьный
|
10
|
|
Код
дисциплины
|
Kod_dic
|
числовой
|
5
|
|
Наименование
дисциплины
|
Name_dic
|
символьный
|
20
|
|
Аббревиатура
специальности
|
ShortName
|
символьный
|
3
|
|
Наименование
специальности
|
Name_spec
|
символьный
|
50
|
|
Наименование
языка
|
Name_yazik
|
символьный
|
20
|
|
Наименование
национальности
|
Name_nazional
|
символьный
|
20
|
|
Наименование
контингента
|
Name_kon
|
символьный
|
20
|
|
Наименование
основы обучения
|
Name_osn
|
символьный
|
20
|
|
Наименование
отделения
|
Name_otd
|
символьный
|
20
|
|
Код
вида контроля
|
Kod_vkontr
|
символьный
|
3
|
|
Наименование
вида контроля
|
Name_vkontr
|
символьный
|
20
|
|
Семестр
|
Semestr
|
целое
|
2
|
|
Оценка
|
Ozenka
|
целое
|
1
|
|
Наименование
города/района
|
Name_reg
|
символьный
|
20
|
|
Наименование
области
|
Name_obl
|
символьный
|
20
|
|
Наименование
образования
|
Name_obr
|
символьный
|
20
|
|
Средний
балл
|
sred_ball
|
числовой
|
5,2
|
|
Код
языка экзамена
|
Kod_yazik_ekz
|
символьный
|
1
|
|
Код
иностранного языка
|
Kod_yazik_in
|
символьный
|
1
|
|
ФИО
матери
|
fio_mat
|
символьный
|
20
|
|
ФИО
отца
|
fio_otez
|
символьный
|
20
|
|
Место
работы матери
|
rab_mat
|
символьный
|
20
|
|
Место
работы отца
|
rab_otez
|
символьный
|
20
|
|
Номер
сертификата
|
NomSert
|
символьный
|
20
|
|
Признак
занесения в архив
|
In_archiv
|
символьный
|
1
|
|
состояние
|
kod_sost
|
символьный
|
1
|
|
генерируемый
код студента
|
kod_gen
|
целое
|
5
|
Выделим сущности из набора атрибутов, обозначив
наименование сущности заглавными буквами:
основа обучения (Код_основы, наим_основы);
отделение (код_отделения, наим_отделения);
вид контроля (код_вид_контр, наим_вид_контр);
контроль (код_отделения,код_факультета,
код_специальности, код_зачетки, семестр, код_кафедры, код_препод, код_дисципл,
код_вид_контр, оценка, пропуск);
дисциплина (код_кафедры, код_дисципл,
наим_дисципл);
специальность (код_факультета,
код_специальности, коротк_наим, наим_спец);
учебный план (код_отделения, код_специальности,
семестр, код_препод, код_дисципл, код_вид_контр, в_архив);
студент (код_генерир, код_рцт, код_отделения,
код_факультета, код_специальности, ког_группы, код_студ, код_зачет, фамилия,
имя, отчество, ном_свид, ном_сертиф, ном_договор, сирота, инвалид, состояние,
код_признак, код_пол, код_страны, код_обл, код_регион, код_образов, код_ин_яз,
код_гражд, код_основы, код_национал, год_рожд, год_поступл, курс, дата_зачисл,
дата_вступл_в силу, подг_курс, код_стипенд, адрес, тел, оценка дипл, вид дипл,
рег. номер, номер дипл, дата выдачи дипл, квалиф.);
язык (код_языка, наим_языка);
национальность (код_национал, наим_национал);
приказ (код_приказ, код_факультета, генерируемый_
код_студента, дата_приказ, дата_вступлен_в силу, примечание);
город/район (код_обл, код_регион, наим_регион);
область (код_страны, код_обл, наим_обл);
страна (код_страны, наим_страны);
Выделим связи из набора атрибутов, обозначив
объекты заглавными буквами, а связи между ними - прописными буквами:
СТУДЕНТ - проживает - СТРАНА, ОБЛАСТЬ, ГОРОД;
СТУДЕНТ - имеет - НАЦИОНАЛЬНОСТЬ, ОБРАЗОВАНИЕ,
ПОЛ;
СТУДЕНТ - владеет - ЯЗЫК;
ПРИКАЗ - зачисление - СТУДЕНТ;
ОПЛАТА - зачисление - СТУДЕНТ;
СТУДЕНТ - обучение - КАФЕДРА;
СТУДЕНТ - обучение - СПЕЦИАЛЬНОСТЬ;
КАФЕДРА - преподает - ДИСЦИПЛИНА;
ДИСЦИПЛИНА - имеет - ВИД КОНТРОЛЯ;
ДИСЦИПЛИНА - имеет - КОНТРОЛЬ;
ДИСЦИПЛИНА - разработка - СПЕЦИАЛЬНОСТЬ;
КАФЕДРА - составляет - УЧЕБНЫЙ ПЛАН;
УЧЕБНЫЙ ПЛАН - разработка - СПЕЦИАЛЬНОСТЬ;
ОТДЕЛЕНИЕ - имеет - ИНСТИТУТ;
ИНСТИТУТ - включает - СПЕЦИАЛЬНОСТЬ.
.11 Логическое проектирование
Технология баз данных устойчиво занимает одно из
ведущих мест в прикладной информатике. Информационные технологии с каждым годом
все активнее проникают в различные сферы деятельности. Построение текстовых и
структурированных баз данных для разнообразных и сложных сред требует
разработки методов и моделей, с помощью которых удается их описывать и
структурировать. Разработчики, проектирующие базы данных для сложных предметных
сред, в ряде случаев испытывают определенные трудности. В то же время мы
являемся свидетелями стремительно развивающегося рынка персональных компьютеров
и программных продуктов для них. Появилось большое количество инструментальных
средств проектирования баз данных, такие как СУБД и сопутствующие продукты
(интерпретаторы, генераторы отчетов, приложений и другие).
Основной задачей этапа логического
проектирование является разработка логической схемы, ориентированной на выбранную
модель организации данных и соответствующую ей систему управления базами данных
(СУБД) и конфигурацию ЭВМ.
Отображение инфологической модели на логическую.
Модели данных, поддерживаемые СУБД, делят на
сетевые, иерархические, реляционные и объектно-ориентированные. Соответственно
различают сетевые, иерархические, объектно-ориентированные и реляционные СУБД.
Для создания БД наилучшим вариантом будет
использование реляционной модели. Это можно обосновать тем, что реляционная
модель высоко оценивается по критериям:
Легкости использования. Основную часть издержек,
особенно в небольших базах данных, может составить время, затрачиваемое
пользователем на формулировку запросов. Следовательно, необходима модель
данных, которая позволяет тщательно программировать и легко формулировать
запросы;
Эффективность реализации. Для больших баз данных
стоимость пространства памяти и машинного времени доминируют в общих издержках
реализации базы данных. Следовательно, необходима модель, в которой СУБД может
легко переводить спецификации концептуальной схемы и их отображение в
реализацию, эффективную с точки зрения необходимого пространства и обработки
запросов.
Несомненно, что по этим критериям лучшей
является реляционная модель. Она оперирует только одной конструкцией, которую
должен понимать конечный пользователь, формулируя запросы на данные. Благодаря
этому системы доступны и тем, кто не обладает навыками пользователя ПК.
В основу реляционной модели данных (РМД)
положено понятие теоретико-множественных отношений. Отношение удобно
представлять в виде двумерной таблицы при соблюдении определенных
ограничивающих условий. Таблица понятна, удобна, обозрима и привычна для
человека. Набор отношений (таблиц) может быть использован для хранения данных
об объектах реального мира и моделирования связей между ними.
В реляционной базе данных на каждое отношение
накладывается ограничение - они должны быть нормализованы.
Для уменьшения нежелательных характеристик БД к
схемам отношений применяются процедуры нормализации. Выделяют пять нормализованных
форм (НФ), но практически достаточно, чтобы отношения удовлетворяли условиям
1НФ,2НФ,3НФ.
Все атрибуты отношений должны быть простыми
(атомарными), следовательно, находятся в первой нормальной форме (1НФ).
Если в отношениях не наблюдается избыточность
данных, то они находятся во второй нормальной форме (2НФ).
Отсутствие транзитивных зависимостей будет
указывать на наличие третьей нормальной формы (3НФ).
Далее схемы нормализованных отношений
описываются средствами СУБД.
Отметим, что нормализация увеличивает число
отношений в базе данных, тем самым, влияя на время обработки информации. Но в
то же время, благодаря корректности и устранению дублирования данных,
ускоряется выполнение операций доступа к данным.
При использовании реляционной СУБД, обрабатываемая
информация представляется в виде файлов базы данных, которые хранят информацию
в виде записей.
Модель данных определяет "лицо" СУБД и
круг приложений, для которых она подходит наилучшим образом. SQL является
языком для реляционных баз данных и основан на реляционной модели данных.
Структура таблиц в соответствии с выбранной
моделью данных выглядит следующим образом:
Таблица 1.2 - «Студент»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
StudentID
|
INTEGER
|
5
|
|
LastName
|
VARCHAR
|
35
|
|
FirstName
|
VARCHAR
|
25
|
|
SurName
|
VARCHAR
|
25
|
|
NumZachetki
|
NVARCHAR
|
8
|
|
PolID
|
INTEGER
|
5
|
|
NacionalnostId
|
INTEGER
|
5
|
|
RogdenieData
|
INTEGER
|
5
|
|
RogdenieMesto
|
VARCHAR
|
50
|
|
OkonchennoeZavedenie
|
VARCHAR
|
50
|
|
SemPologenieID
|
INTEGER
|
5
|
|
AdresMestogit
|
VARCHAR
|
50
|
|
MatFio
|
VARCHAR
|
50
|
|
MestoRabotiM
|
VARCHAR
|
50
|
|
DolgnostM
|
VARCHAR
|
50
|
|
TelefonM
|
VARCHAR
|
50
|
|
OtecFio
|
VARCHAR
|
50
|
|
MestoRabotiO
|
VARCHAR
|
50
|
|
DolgnostO
|
VARCHAR
|
50
|
|
TelefonO
|
VARCHAR
|
50
|
|
AdresRoditeley
|
VARCHAR
|
50
|
|
AdresProgivaniyaUKA
|
VARCHAR
|
50
|
|
REgionID
|
INTEGER
|
4
|
|
SocialStatusID
|
INTEGER
|
4
|
|
StateID
|
INTEGER
|
4
|
|
SertificatNum
|
VARCHAR
|
15
|
|
Bal
|
smallint
|
2
|
Таблица 1.3 - «Группировка студентов»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
StudentGroupID
|
INTEGER
|
4
|
|
StudentID
|
INTEGER
|
4
|
|
GroupID
|
INTEGER
|
4
|
|
FormEducationCostID
|
INTEGER
|
4
|
|
PrikazNom
|
VARCHAR
|
25
|
|
PrikazDate
|
smalldatetime
|
|
|
IsStudentGroup
|
INTEGER
|
4
|
|
ParentID
|
INTEGER
|
4
|
|
KursID
|
INTEGER
|
4
|
|
LanguageEduID
|
INTEGER
|
4
|
|
FormEducationID
|
INTEGER
|
4
|
Таблица 1.4 - «Штаты»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
StateID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
70
|
|
UnionID
|
INTEGER
|
4
|
Таблица 1.5 - «Расположение»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
UnionID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
30
|
|
Description
|
VARCHAR
|
100
|
Таблица 1.6 - «Регион»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
RegionID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
65
|
|
TypeRegionID
|
INTEGER
|
4
|
VARCHAR
|
100
|
Таблица 1.7 - «Тип региона»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
TypeRegionID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
50
|
Таблица 1.8 - «Социальный статус»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
SocialStatusID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
50
|
Таблица 1.9 - «Семейное положение»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
SemPologenieID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
25
|
Таблица 1.10 - «Национальность»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
NacionalnostId
|
INTEGER
|
4
|
|
NameNacion
|
VARCHAR
|
25
|
|
Kod
|
CHAR
|
10
|
Таблица 1.11 - «Пол»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
PolID
|
INTEGER
|
4
|
|
NamePol
|
VARCHAR
|
9
|
Таблица 1.12 - «Язык обучения»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
LanguageEduID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
25
|
|
Kod
|
CHAR
|
10
|
Таблица 1.13 - «Форма обучения»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
FormOfEducationCostID
|
INTEGER
|
4
|
|
Name
|
NVARCHAR
|
50
|
Таблица 1.14 - «Движение студента»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
MoveStudentID
|
INTEGER
|
4
|
|
PrikazNum
|
NVARCHAR
|
25
|
|
PrikazDate
|
SMALLDATETIME
|
|
|
StudentGroupID
|
INTEGER
|
4
|
|
ReasonID
|
INTEGER
|
4
|
Таблица 1.15 - «Причина»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
ReasonID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
70
|
|
TypeMoveID
|
INTEGER
|
4
|
Таблица 1.16 - Тип движения
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
TypeMoveID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
25
|
Таблица 1.17 - «Ведомость»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
VedomostID
|
INTEGER
|
4
|
|
StudentGroupID
|
INTEGER
|
4
|
|
SemestrID
|
INTEGER
|
4
|
|
DisciplineID
|
INTEGER
|
4
|
|
OtmetkaZachetID
|
INTEGER
|
4
|
|
SignaturePrepod
|
NVARCHAR
|
50
|
|
Ocenka
|
TINYINT
|
1
|
|
Date_Sdachi
|
DATETIME
|
8
|
|
SignatureEkzam
|
NVARCHAR
|
50
|
Таблица 1.18 - «Отметка зачет»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
OtmetkaZachetID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
25
|
Таблица 1.19 - «Группы»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
GroupID
|
INTEGER
|
4
|
|
Code
|
VARCHAR
|
15
|
|
Name
|
NVARCHAR
|
25
|
|
CurriculumID
|
INTEGER
|
4
|
Таблица 1.20 - «Специальность»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
SpecialnostID
|
INTEGER
|
4
|
|
Kod
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
90
|
Таблица 1.21 - «Учебный план»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
CurriculumID
|
INTEGER
|
4
|
|
SpecialnostID
|
INTEGER
|
4
|
|
Date_Cur
|
VARCHAR
|
50
|
|
Period_Education
|
TINYINT
|
1
|
|
FormOfEducationID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
50
|
Таблица 1.22 - «Отделение»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
FormOfEducationID
|
INTEGER
|
4
|
|
Name
|
NVARCHAR
|
25
|
Таблица 1.23 - «Дисциплины учебного плана»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
CurriculumDisciplineID
|
INTEGER
|
4
|
|
CurriculumID
|
INTEGER
|
4
|
|
DisciplineID
|
INTEGER
|
4
|
Таблица 1.24 - «Тип контроля»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
TypeOfCheckingID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
10
|
Таблица 1.25 - «Дисциплина»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
DisciplineID
|
INTEGER
|
4
|
|
TypeDisciplineID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
65
|
|
SubName
|
VARCHAR
|
25
|
|
Kod
|
VARCHAR
|
10
|
Таблица 1.26 - «Тип дисциплины»
|
Наименование
поляТип данныхКол-во символов
|
|
|
|
TypeDisciplineID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
50
|
|
SubName
|
VARCHAR
|
5
|
Таблица 1.27 - «Учебные часы»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
AmountHoursID
|
INTEGER
|
4
|
|
CurriculumDisciplineID
|
INTEGER
|
4
|
|
TypeEducationID
|
INTEGER
|
4
|
|
[Value]
|
INTEGER
|
4
|
Таблица 1.28 - «Тип образования»
|
Наименование
поля
|
Тип
данных
|
Кол-во
символов
|
|
TypeEducationID
|
INTEGER
|
4
|
|
Name
|
VARCHAR
|
10
|
2. ОПИСАНИЕ ПРОГРАММНОЙ РЕАЛИЗАЦИИ АРМ «ДЕКАНАТ»
.1 Назначение и цель создания АРМ
АРМ предназначен для хранения и обновления
справочной информации, оперативного составления и выдачи учебных планов,
обработки аттестационных, зачетных и экзаменационных итогов, выдачи
аналитических форм по итогам успеваемости студентов и формы 3-нк
государственного статистического наблюдения. Рабочее место, использующее
предлагаемый АРМ необходимо разместить в деканате. Здесь будут работать
операторы, функциональными обязанностями которых является обработка ведомостей,
обновление справочников, выдача аналитических отчетов.
Целью создания АРМ являлась разработка
принципиально нового информационного и программного обеспечения, которое
позволит оценить эффективность использования современных информационных средств
и технологий при разработке новой версии подсистемы «Деканат»
автоматизированной системы управления ВУЗом.
.2 Структура АРМ
Структура АРМ представлена в виде совокупности
подсистем, каждая из которых выполняет определенные функции. Подсистема защиты
от несанкционированного доступа представлена в виде формы, где в режиме диалога
пользователю предлагается ввести пароль. При корректном вводе пароля предоставляется
возможность работы с проектом, в противном случае последует выход из системы.
Справочная подсистема предоставляет возможность
редактирования и пополнения справочников, возможность работы с архивом оценок:
сброс результатов сессии в архив, корректировка оценок. Подсистема ввода данных
предназначена для осуществления ввода оценок в аттестационные ведомости,
протоколы сдачи курсовых работ, зачетов, экзаменов. При работе с описанной
подсистемой и справочной подсистемой происходит обращение к серверу баз данных,
где размещены наборы данных и бизнес-процессы АС.
Подсистема отчетов служит для вывода на печать
аналитических форм и итоговых ведомостей, а также бланков документов,
экзаменационно-зачетных ведомостей и формы государственного статистического
наблюдения (форма 3-нк).
Функциональная структура АРМ представлена на
рисунке. 2.1
Рисунок 2.1 - Функциональная структура АРМ
.3 Описание схем диалогов и функциональных
возможностей
программного продукта
После успешной загрузки приложения перед
пользователем появится главное окно приложения. Меню АРМ состоит из пунктов.
Все функции АРМ могут быть вызваны при выборе
определенного пункта меню в верхней части окна. На рисунке 2.2 мы видим окно
ввода пароля, который нам необходимо ввести. При неправильно введенном пароле
программа автоматически завершится.
Рисунок 2.2 - Главное окно АРМ «Деканат»
При верном вводе пароля отобразится следующее
окно, которое и является главным окном приложения. Главное окно приложения
показано на рисунке 2.3.
Рисунок 2.3 - Главное окно приложения
Окно СТУДЕНТ позволяет пользователю работать с
анкетой студента, добавлять и редактировать данные студента, производить
обработку текущих приказов, заполнять справочник. При первичной регистрации
учащегося, сотрудники должны иметь полную информацию о поступающем: фамилия,
имя, отчество, дата рождения и поступления, пол, национальность, адрес
проживания, семейное положение и состав семьи, а также информацию учебного
характера, такую как текущий курс, группа, подгруппа, изучаемый язык,
специализация и др. Только при этих составляющих учащийся будет зарегистрирован
в БД.
Окно «Студент» представлен на рисунке. 2.4
Рисунок 2.4 - Справочник «Студент»
Для редактирования данных по конкретному
студенту оператор в поле ввода должен ввести три первые буквы фамилии студента.
При этом ввод букв контролируется программно: буквы должны быть русские
заглавные. Когда курсор навигации будет установлен на нужной фамилии,
необходимо нажать кнопку «
» и поля для
редактирования станут доступными. После окончания редактирования необходимо
нажать кнопку «
».
Пункт «Приказы» позволяет обрабатывать приказы
на зачисление, восстановление, академический отпуск, переводы, отчисление.
В поле ввода необходимо ввести фамилию студента.
Как только навигатор встанет на нужной фамилии, можно ввести номер приказа,
дату и дату вступления в силу приказа, после чего необходимо нажать кнопку
Форма обработки приказов на академический отпуск
представлена на рисунке. 2.5. В строке ввода необходимо ввести фамилию
студента, и после того, как курсор встанет на искомую запись, ввести номер
приказа, дату приказа и поставить «флажок» в одном из предлагаемых полей. При
нажатии на кнопку «Сохранить» обработанный приказ пополнит таблицу приказов
АРМ, а в справочник студентов в соответствующее поле «Код состояния» будут
внесены изменения. Для выхода в главное окно проекта нажать кнопку «Закрыть».
Рисунок 2.5- Форма обработки приказов на
академический отпуск
Форма обработки приказов на перевод представлена
на рисунке. 2.6. В строке ввода необходимо ввести фамилию, и после того, как
курсор встанет на искомую запись, ввести номер приказа, дату приказа. При
нажатии на кнопку «Сохранить» обработанный приказ пополнит архив приказов АРМ.
Рисунок 2.6 - Форма обработки приказов на
перевод
Чтобы внести изменения о переводе на другое
отделение, факультет, специальность, группу и п.т. пользователю необходимо
нажать кнопку «Закрыть» и открыть анкету студента, после чего, следуя описанию
работы с формой «Справочник студентов», внести соответствующие коррективы.
Форма обработки приказов на отчисление
представлена на рисунке 2.7.
Рисунок 2.7- Форма обработки приказов на
отчисление
В строке ввода необходимо ввести фамилию, и
после того, как курсор встанет на искомую запись, ввести номер приказа и дату
приказа. При нажатии на кнопку «Сохранить» обработанный приказ пополнит архив
приказов АРМ, а в справочник студента в поле «Код состояния» проставится
признак «О». Нажатие на кнопку «Закрыть» позволит выйти на главную форму
проекта.
Форма обработки приказов на восстановление
представлена на рисунке 2.8.
Рисунок 2.8 - Форма обработки приказов на
восстановление
В строке ввода необходимо ввести фамилию, и
после того, как курсор встанет на искомую запись, ввести номер приказа, дату
приказа. При нажатии на кнопку «Сохранить» обработанный приказ пополнит архив
приказов АРМа, а в справочник студента в поле «Код состояния» проставится
признак «1». Нажатие на кнопку «Закрыть» позволит выйти на главную форму
проекта.
Пункт «Диплом» дает возможность вводить данные о
дипломе, изменять данные о дипломе. На рисунке 2.9 представлена форма для ввода
в справочник студента новых полей диплома. В строке ввода необходимо ввести
фамилию. После заполнить поля «Вид диплома», «Рег.номер», «Номер диплома»,
«Дата выдачи», «Квалификация». При нажатии на кнопку «Сохранить в справочник
студента в соответствующую запись добавятся вводимые поля.
информационный модель программный
Рисунок 2.9 -Форма для ввода данных о дипломе
Меню ВЕДОМОСТЬ позволит оператору вводить и
редактировать оценки с отрывных талонов протоколов курсовых проектов,
дифференцированных зачетов, экзаменов. На рисунках 2.10 и 2.11 представлена
форма контроля успеваемости. Пользователю предлагается ввести с отрывного
талона группу, дисциплину, преподавателя, вид контроля. Данные поля будут
являться фильтром для ввода оценок по группе. При нажатии на кнопку «Заполнить»
в таблице отобразится список группы; в поле «Оценка» оператор может внести
оценки соответственно каждому студенту. При нажатии на кнопку «
»
данные будут сохранены.
Рисунок 2.10 - Форма для контроля успеваемости
Меню Справочники содержит список справочников,
которые оператор может редактировать и распечатывать. Справочник специальностей
института представлен на рисунке 2.12.
Рисунок 2.12 -Форма-Справочник специальностей
институтов
Этот справочник предусматривает добавление
данных и редактирование. Чтобы начать редактирование, необходимо клавишами
навигации выбрать отделение и нажать кнопку «
».
После этого поля «Шифр» и «Наименование» станут доступными для редактирования.
После редактирования полей необходимо нажать кнопку «»,
которая после этого.
Справочники «Студент», «Группа», «Дисциплины»,
«Тип дисциплины», «Форма обучения», «Вид контроля», «Виды контроля».
Пункт «Ведомость» позволит формировать
электронные формы контроля текущей успеваемости по ВУЗУ, факультетам,
специальностям.
Пункт «Справочники» отвечает за формирование
электронного вида справочников.
Итоги сдачи экзаменационной сессии можно
оформить в приложении EXEL. Для сохранения файла необходимо выбрать меню
«Файл»/ «Сохранить», либо, если существует необходимость переименования
шаблона, выбрать меню «Файл» / «Сохранить как…»
Пункт «Приказы» позволяет обрабатывать приказы
на зачисление, восстановление, академический отпуск, переводы, отчисление и
позволяет получить электронные формы.
Пункт «Ведомость» позволяет получить электронные
формы к зачетам и экзаменам.
Пункт «Форма 3-НК» позволяет получить электронную
форму государственного статистического наблюдения. Для подробного ознакомления
см. приложения А, Б, В,Г,Д,Е,Ж,И,К.
Меню Помощь представляет собой справочник для
пользователя программного продукта. Справочная система свёрстана с помощью
пакета Microsoft FrontPage 2000. Индексация и компиляция справочной системы
произведена в пакете Microsoft HTML Help Workshop. Отлаженная и упорядоченная
система помощи позволит пользователю оперативно реагировать на все
исключительные ситуации, обоснует использование того или иного метода
устранения ошибки, расскажет о структуре и возможностях АРМ. Меню Выход
обеспечивает выход из приложения.
.4 Загрузка и руководство к эксплуатации
Для успешного функционирования Системы требуется
выполнение всех требований, предъявляемых к техническому и программному
обеспечению. Перед началом работы необходимо в Interprise Manager подключить
базу AcyByz_Data.MDF (и одноименный «след» AcyByz_Log.LDF). Затем настроить и
стартануть сервер SQL Server Service Manager. Также необходимо наличие
стандартного офисного пакета для успешной работы механизма Ole Automation.
После завершения всех настроек, запустить на
исполнение файл «MyClient.exe». На запрос о вводе пароля необходимо набрать с
клавиатуры прописными буквами пароль: «iit». В случае корректного ввода пароля
пользователю представится доступ к главной форме проекта, в противном случае
последует выход из приложения. Для подробного ознакомления см. приложение М.
2.5 Результаты экспериментальной проверки
работоспособности
программы и заключение о внедрении
Тестирование программного продукта - это процесс
многократного выполнения программы с целью обнаружения ошибок. При его
проведении необходимо помнить, что тестирование считается удачным, если оно
позволяет выявить ошибки, а не продемонстрировать отсутствие ошибок в
программе. Тестовый набор, или наборы входных данных, эффективен, если имеет
высокую вероятность обнаружения ошибок. Суть тестирования заключается в том,
что это процесс творческий, плохо поддающийся формализации.
Методы тестирования направлены на обнаружение
максимального числа ошибок в наиболее важных режимах функционирования программ
при ограниченных ресурсах. Применяются такие методы тестирования, как
статическое тестирование, детерминированное тестирование, стохастическое тестирование,
тестирование в реальном масштабе времени.
Статическое тестирование является наиболее
формализованным, базирующимся на правилах структурного построения программ
обработки данных. Его нередко называют символическим, так как операторы и
операнды текста программы анализируются в символьном виде. Статическое
тестирование базируется на применении ручных методов и осуществляется обычно
группой специалистов.
Стохастическое тестирование применяется для
комплексного тестирования программного изделия и предполагает использование в
качестве исходных данных множества случайных величин с соответствующими
распределениями, а для сравнения полученных результатов используется также
распределения случайных величин.
Тестирование в реальном масштабе времени применяется
для программных изделий, предназначенных для работы в системах реального
времени. В процессе такого тестирования проверяются результаты обработки
исходных данных с учетом времени их поступления, длительности и приоритетности
обработки, динамики использования памяти и взаимодействия с другими
программами.
Детерминированное тестирование - наиболее
трудоемкое и детализированное, требующее многократного выполнения программы на
ЭВМ с использованием определенных, специальным образом подобранных тестовых наборов
данных. При детерминированном тестировании контролируется каждая комбинация
исходных данных и соответствующие результаты. Детерминированное тестирование в
силу трудоемкости возможно применять для отдельных модулей в процессе сборки
программы или для небольших и несложных программных комплексов.
Детерминированное тестирование является наиболее эффективным и основывается на
подходах структурного и функционального тестирования.
Структурное тестирование предполагает детальное
изучение логики программы и подбор таких входных наборов данных, которые
позволили бы при многократном выполнении программы на ЭВМ обеспечить выполнение
максимально возможного количества маршрутов, логических ветвлений, циклов и так
далее. Функциональное тестирование, полностью абстрагируется от логики
программы. Здесь, тестовые наборы, выбираются на основании анализа входных
функциональных спецификаций.
В ходе тестирования были устранены недочеты в
оформлении интерфейса; в правильности построения логики событий; в адекватности
реакции приложения на возникающие исключительные ситуации.
Наибольшее внимание, при реализации данного
программного продукта, было уделено надежности и защите от ошибок при вводе,
редактировании данных, а также при расчетах модели. При тестировании,
специальным образом, был допущен ряд ошибок при вводе. Все это было сделано с
целью создания ряда исключительных ситуаций. В итоге, программа самостоятельно
обрабатывала каждый возникающий сбой и выдавала соответствующее сообщение об
ошибке.
Корректный ввод и редактирование обеспечивается,
прежде всего, с помощью программного отслеживания всей вводимой информации, а
также использования блоков обработки исключительных ситуаций.
3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
.1 Понятие эффективности и её критериев
Эффективность - одно из наиболее общих
экономических понятий, не имеющих пока единого общепризнанного определения.
Принципиально, это одна из возможных характеристик качества системы, а именно
ее характеристика с точки зрения соотношения затрат и результатов функционирования
системы. Однако при обосновании экономической эффективности дипломной работы
акцентируется внимание на тех показателях, которые позволят получить экономию
средств от использования разработанной автоматизированной подсистемы «Смета» и
дополнительную прибыль.
Главный эффект информационных систем - это
повышение качества управления и качества основных производственных процессов, а
не прямая экономия и ускорение обработки данных, хотя это тоже очень важно и
является наиболее существенным стимулом к приобретению организациями и
предприятиями информационных систем.
Экономический эффект можно рассматривать как
результат внедрения какого либо мероприятия, выраженный в стоимостной форме, в
виде экономии от его осуществления. Основными источниками экономии при
внедрении создаваемого программного обеспечения могут быть:
улучшение показателей основной деятельности в
результате использования автоматизированных систем управления;
увеличение объемов и уменьшение сроков
переработки информации;
уменьшение численности персонала, в том числе
высококвалифицированного, занятого обслуживанием программных средств,
автоматизированных систем и т.д.
Критерии эффективности представляют собой
измеряемые численные показатели в виде некоторой целевой функции,
характеризующие степень выполнения программами своего назначения. В зависимости
от этапа в жизненном цикле программы, от задачи использования и целей анализа,
от характеристики внешних условий и т.д., доминирующим становится один из
нескольких критериев. В результате создаются некоторые шкалы важности и
доминирования критериев, используемые с учетом особенностей задач анализа. К
показателям эффективности предъявляются следующие основные требования:
критерий должен численно характеризовать степень
выполнения основной целевой функции системы, наиболее важной для данного этапа
анализа или синтеза;
критерий должен обеспечивать возможность
определения затрат, необходимых для достижения его различных значений, а также
степени влияния на показатель качества различных внешних факторов и параметров;
критерий должен быть по возможности простым по
содержанию, хорошо измеряемым и иметь малую дисперсию, т.е. слабо зависеть от
множества неконтролируемых факторов.
Эффективность (или качество) систем в
большинстве случаев желательно сопоставить с затратами в тех же единицах
измерения.
Показатели эффективности подлежат измерению и
числовой оценке, для чего осуществляется их формализация вводом так называемых
метрик. Применение метрик - числовых оценок параметров к комплексам программ
-позволяет упорядочить их разработку, испытания, эксплуатацию и сопровождение.
Реальные значения показателей качества могут
поэтапно уточнятся в процессе создания и эксплуатации программ.
Показатели качества программ могут
использоваться для оценки и сравнения комплексов программ в процессе выбора из
имеющихся средств или при планировании разработок, а также как контролируемые
характеристики при определении состояния проектирования программ и для
управления процессом разработки. При этом показатели могут отражать либо сами
программы при их функционировании, либо процесс их развития в жизненном цикле.
Такая неоднозначность показателей качества программ, широкий спектр назначения
программных комплексов и зависимость показателей от рассматриваемых этапов
жизненного цикла затрудняют обобщенный критериев качества программ.
Критерии качества условно разделяются на
функциональные и конструктивные, выделение и упорядочивание их по этапам
жизненного цикла программ.
Функциональные критерии отражают основную
специфику применения и степень соответствия программ их целевому назначению. В
системах обработки информации функциональные показатели отражают номенклатуру
исходных данных, достоверность результатов, разнообразие функций редактирования
и др. Функциональные критерии различны и соответствуют разнообразию целевого
назначения, функций и областей применения комплексов программ.
В ряде случаев функциональные критерии можно
свести к некоторым показателям обобщенной экономической эффективности
применения комплексов программ в жизненном цикле. Эффективность
функционирования комплексов программ проявляется на этапе эксплуатации и
возрастает по мере проведения модернизаций в процессе сопровождения. При
завершении жизненного цикла эффективность функционирования убывает до нуля.
Конструктивные критерии качества программ более
или менее инвариантны к их целевому назначению и основным функциям. К ним
относятся сложность программ, надежность функционирования, используемые ресурсы
ЭВМ, корректность и т.д.
В свою очередь конструктивные характеристики
комплексов программ целесообразно разделить на основные критерии (показатели)
качества и факторы (параметры), влияющие на их значения. Деление на критерии и
факторы является условным и может изменяться в зависимости от целей анализа.
Иногда выделенные факторы могут приобретать смысл самостоятельных локальных
критериев качества, а более общие критерии при этом могут играть роль
ограничений. Предельные значения показателей качества определяются
экономическими факторами и техническими ограничениями [1].
.2 Методика расчета критериев эффективности
К основным критериям качества этапа
проектирования относятся сложность создания комплекса программ и проверки его
адекватности поставленным целям, корректность программ и трудоемкость их
создания.
Показатели сложности - одна из наименее
исследованных областей анализа критериев качества. Сложность разработки зависит
от исходной задачи и используемых алгоритмов, от структуры данных, программных
модулей и комплекса программ в целом и т.д.
Для формализации корректности программ и степень
адекватности их функциональных возможностей поставленным целям и техническим
заданиям используются понятия и формализованные характеристики эталона,
которому должна соответствовать программа. Эти характеристики определяются техническим
заданием на комплекс программ и спецификациями на программные компоненты.
При оценке экономической эффективности
программных изделий используют частные и обобщающие показатели.
Для расчета обобщающих показателей экономической
эффективности необходимо предварительное вычисление ряда частных показателей,
характеризующих создаваемый программный продукт, таких как [2]:
трудоемкость разработки программного изделия;
длительность разработки программного изделия;
годовая экономия (годовой прирост прибыли);
суммарные затраты на создание, внедрение и
функционирование ПП, включающие в себя:) единовременные затраты на разработку и
внедрение;
б) текущие затраты на функционирование.
Основными параметрами, влияющими на расчет
трудоемкости разработки, являются:
стадии разработки ПС,
сложность ПС,
степень новизны ПС,
новый тип ЭВМ,
новый тип ОС,
степень охвата реализуемых функций стандартными
ПС,
средства разработки ПС,
характер среды разработки,
характеристики ПС,
группа сложности,
функции ПС,
тип ЭВМ.
Общая трудоемкость разработки ПС Тобщ (в
чел.-днях) рассчитывается по формуле:
, (3.1)
где Тi - трудоемкость i- ой стадии разработки ПС
(в чел.-днях), i = 0..5;
n - количество стадий разработки ПС.
Тi - трудоемкость i-ой стадии разработки ПС, i =
0..5 определяется по формуле:
, для i = 0,1,2,3,5
(3.2)
, для i = 4
где Li - удельный вес трудоемкости i - ой стадии
разработки ПС, учитывающий наличие той или иной стадии и использование
CASE-технологии, причем:
, (3.3)
В случае отсутствия стадии “Эскизный проект” L3’
= L2 + L3;
В случае объединение стадий “Технический проект”
и “Рабочий проект” в одну стадию “Технорабочий проект ” L3’ = 0,85 * L3 + L4;
Кн - поправочный коэффициент, учитывающий
степень новизны ПС и использование при разработке ПС новых типов ЭВМ и ОС;
Кт -поправочный коэффициент, учитывающий степень
использования в разработке (типовых) стандартных ПС;
То - общая трудоемкость разработки ПС (в
чел.-днях) определяется по формуле:
, (3.4)
где Ксл - коэффициент сложности ПС, определяется
по формуле:
, (3.5)
где Ki - коэффициенты повышения сложности ПС, i
= 1..7, зависящий от наличия у разрабатываемой системы характеристик,
повышающих сложность ПС и от количества характеристик ПС;- количество
дополнительно учитываемых характеристик ПС.
Тур - трудоемкость разработки ПС с учетом
конкретных условий разработки, определяется по формуле:
, (3.6)
где Тб - базовая трудоемкость разработки ПС (в
чел.-днях), учитывающая Vо- объем ПС и группу сложности;
Кур - поправочный коэффициент, учитывающий
характер среды разработки и средства разработки ПС;о- общий объем
разрабатываемого ПС, определяется по формуле:
, (3.7)
где Vi - объем i- ой функции ПС, i = 1..16,
учитывающий тип ЭВМ;- общее число функций.
Длительность разработки программного изделия t
рассчитывается по формуле, мес:
, (3.8)
где Tобщ - трудоемкость разработки программного
изделия, рассчитывается по формуле (4.4) (для перевода из чел-дн в чел-мес,
необходимо полученное значение трудоемкости разделить на количество рабочих
дней в месяце), чел-мес.
Среднее число исполнителей Чn рассчитывается
исходя из определенных характеристик трудоемкости и длительности разработки
программного изделия по формуле, чел:
, (3.9)
где Тобщ - трудоемкость разработки программного
изделия, чел-мес.- длительность разработки программного изделия, мес.
Годовая экономия представляет собой годовой
прирост прибыли, получаемой в связи с внедрением программного продукта, и
рассчитывается следующим образом [3]:
П = (П1 + П2 + П3) · (1 + ЕН · DТ)
, (3.10)
где П1 - экономия, получаемая в t - году в
результате сокращения затрат трудовых и материальных ресурсов, тг/год;
П2 - экономия, получаемая в t - году в
результате повышения качества новой техники, ее потребительских свойств,
тг/год;
П3 - дополнительная прибыль в t - году от
приоритетной новизны решения, полученного в автоматизируемой системе в
кратчайшие сроки, тг/год;
ЕН - норматив эффективности капитальных вложений
(тг/год)/тг. Значение ЕН принимается равным 0,15 для всех отраслей народного
хозяйства. ЕН представляет собой минимальную норму эффективности капитальных
вложений, ниже которых они нецелесообразны.
DТ - сокращение длительности автоматизируемого
процесса, лет.
В соответствии со значением разрабатываемого
программного продукта, расчет показателей П1, П2 и П3 имеет свои особенности и
производится применительно к конкретным объектам автоматизации.
Единовременные затраты на создание ПП
определяются по формуле:
К = КП + КК , (3.11)
где КП - предпроизводственные затраты, тг;
КК - капитальные затраты на создание, тг.
Предпроизводственные затраты на создание
определяются по формуле:
КП = Косн.зп. + Кдоп.зп. + Кпр , (3.12)
где Косн.зп. - затраты на основную заработную
плату разработчиков, тг;
Кдоп.зп. - затраты на дополнительную заработную
плату разработчиков (составляют 20% от основной заработной платы), тг;
Кпр - прочие расходы, включают расходы на
машинное время, тг.
Затраты на основную заработную плату
разработчиков определяются по формуле:
, (3.13)
где О - оклад разработчика, тг;
t - трудоемкость разработки, чел.-мес.
Прочие расходы включают расходы на машинное
время:
Кпр = Тмаш × Смаш , (3.14)
где Тмаш - длительность разработки, отладки и
тестирования программного изделия, час;
Смаш - стоимость 1 часа маш.времени, тг.
В состав капитальных затрат Кк входят расходы на
приобретение комплекса технических средств и его стандартного обеспечения, а
также расходы на установку КТС, его монтаж и наладку. Величина капитальных
затрат определяется по формуле:
Кк=Кктс+Кмонт+Кинв+Кзд+Кос+Ктр+Ксоп+Квысв,
(3.15)
где Кктс - сметная стоимость КТС, тг;
Кмонт- затраты на установку, монтаж и запуск КТС
в работу, тг;
Кинв - затраты на производственно-хозяйственный
инвентарь, тг;
Кзд - затраты на строительство и реконструкцию
зданий для размещения КТС, тг;
Кос - сумма оборотных средств, тг;
Ктр - транспортно-заготовительные расходы, тг;
Ксоп - сметная стоимость системы стандартного
обеспечения применения КТС, тг;
Квысв- остаточная удельная стоимость
высвобожденных средств, тг.
Остаточная стоимость определяется на основе
первоначальной стоимости оборудования, срока эксплуатации техники и годовой
нормы амортизационных отчислений:
Квысв = Кперв ×
(1-а×Ттехн)
(3.16),
где Кперв - первоначальная стоимость
высвобожденных технических средств, тг;
а - годовая норма амортизации;
Ттехн - срок эксплуатации высвобожденного
оборудования, лет.
Расчет годовых текущих затрат на
функционирование (Иг) может выполняться двумя методами:
Первый метод предполагает определение текущих
затрат посредством расчета основных составляющих:
Иг = Икса + Из, (3.17)
где Икса- годовые текущие затраты на
эксплуатацию КСА, тг;
Из - годовые затраты на заработную плату
специалистов в условиях функционирования с начислениями, тг. Затраты Икса
определяются по формуле:
Икса=di
×Иктс+Исоп+Ип+Из
, (3.18)
где di
- коэффициент использования КСА в данной автоматизированной системе;
Иктс - годовые затраты на эксплуатацию КТС без
учета заработной платы персонала, тг;
Исоп - годовые затраты на поддержание и
актуализацию системы обеспечения применения КТС (хранение, обновление, контроль
данных и программ), тг;
Ип - годовые затраты на содержание и ремонт
производственных помещений, тг;
Из - годовая зарплата работников группы
эксплуатации КСА с начислениями, тг. Второй метод позволяет рассчитывать текущие
затраты на функционирование системы путем определения суммарных затрат и
общесистемных затрат. При этом годовые текущие затраты Иг определяются по
формуле:
, (3.19)
где Иi - затраты, вызванные решением i-й задачи,
тг;- число задач, решаемых в течение года, шт;
Исист - общесистемные затраты за год, тг.
В период создания ПП предпочтение должно быть
отдано второму методу, а при выполнении расчетов затрат в функционирующей
системе целесообразно использовать первый метод.
Расчет суммарных текущих затрат на
функционирование программного продукта за время работы с приведением к
расчетному году (первому году функционирования программного продукта):
, (3.20)
где Игi - годовые текущие затраты (вычисляются
по формуле 3.17 или 3.19), тг;
di - коэффициент
приведения разновременных затрат и результатов к расчетному году.
Значения a для различных
временных интервалов приведены в таблице 3.1.
Таблица 3.1 - Значения коэффициента приведения к
расчетному году
|
Число
лет, предшествующих расчетному году
|
a
|
Число
лет, следующих за расчетным годом
|
a
|
|
|
5
|
1,6105
|
1
|
0,9091
|
|
|
4
|
1,4641
|
2
|
0,8264
|
|
|
3
|
1,331
|
3
|
0,7513
|
|
|
2
|
1,21
|
4
|
0,683
|
|
|
1
|
1,11
|
5
|
0,6209
|
|
0
|
1
|
6
|
0,5645
|
|
|
|
|
|
|
Суммарные затраты за год на создание, внедрение
и функционирование ПП, определяются следующим образом:
Зг = ИГ + К , (3.21)
где ИГ - годовые текущие издержки на
функционирование ПП (без учета амортизации на реновацию), тг;
К - единовременные затраты на создание ПП, тг.
К основным обобщающим показателям экономической
эффективности относятся [2]:
годовой экономический эффект;
экономический эффект от функционирования за весь
расчетный период;
коэффициент экономической эффективности
функционирования;
срок окупаемости системы;
Годовой экономический эффект от разработки и
внедрения программного продукта определяется как разность между годовой
экономией (или годовым приростом прибыли) от функционирования системы и
суммарными затратами на создание системы:
ЭГ = ПГ - ЗГ , (3.22)
где ЭГ - годовой экономический эффект, тыс. тг;
ПГ - годовая экономия (годовой прирост прибыли),
тыс. тг;
ЗГ - суммарные затраты, тыс. тг.
Экономический эффект функционирования
программного продукта за весь расчетный период определяется разностью суммарных
результатов экономии По и затрат Ко:
Эо = По - Ко , (3.23)
Суммарные по годам расчетного периода экономия и
затраты рассчитываются следующим образом:
t=tk
По = å Пt · at
, (3.24)
t=tn
t=tК= å
Kt · at
, (3.25)
t=tn
где Пt и Кt - соответственно экономия и затраты
в t-ом году расчетного периода, тг; и tК - соответственно начальный и конечный
годы расчетного периода;
at - коэффициент приведения разновременных затрат
и результатов к расчетному году .
Значения a для различных
временных интервалов приведены в таблице 4.1.
Коэффициент экономической эффективности
единовременных затрат (Ек) представляет собой отношение годовой экономии
(годового прироста прибыли) к единовременным затратам на разработку и внедрение
программного продукта:
, (3.26)
где П - годовая экономия (годовой прирост
прибыли) (рассчитывается по формуле 4.10), тыс.тг;
Иг - годовые текущие издержки на
функционирование, (рассчитываются по формуле 4.21), тыс.тг;
К - единовременные затраты на разработку и
внедрение, (вычисляются по формуле 4.11), тыс.тг.
Если для коэффициента ЕК выполняется условие:
ЕК>=ЕН, капитальные вложения считаются экономически эффективными.
Срок окупаемости представляет собой отношение
единовременных суммарных затрат на разработку и внедрение ПИ к годовой экономии
(к годовому приросту прибыли):
, (3.27)
где К - единовременные затраты на разработку и
внедрение, тыс.тг;
Пг - годовая экономия (годовой прирост прибыли),
тыс.тг;
Иг - годовые текущие издержки на
функционирование, тыс.тг.
Расчет цены программного продукта формируется на
базе экономически обоснованной (нормативной) себестоимости её производства и
прибыли, тг.:
Цпп = С + Пн + Нэ, (3.28)
где С - себестоимость ПП, тг.;
Пн - нормативная прибыль, тг.;
Нэ - надбавка к цене, тг., если годовой
экономический эффект от применения ПП больше 10 тыс. тг., надбавка к цене за
эффективность берется 20 % от нормативной прибыли: Нэ = 0.2 ×Пн
тг.
Нормативная прибыль определяется как:
Пн = Уп × Фзп , (3.29)
где Уп - уровень прибыли в % к фонду заработной
платы разработчиков ПП;
Фзп - фонд заработной платы разработчиков ПП,
тг.
Уровень прибыли рассчитывается по формуле:
Уп = Руп + Рп , (3.30)
где Руп - расчётный уровень прибыли (норматив
рентабельности), включаемый в цену на разработку (ориентировочно 90-100 % к
Фзп);
Рп - предложения разработчиков по повышению Руп
на основе анализа эффективности создаваемого ПП, его научно-технического
уровня, важности и т. д.; в качестве показателей повышения Руп могут быть приняты
предложения разработчиков или заказчика по повышению уровня основных
требований: конкретных характеристик, ТЗ, сокращение сроков выполнения работы и
др.
.3 Расчет показателей экономической
эффективности
Создаваемая автоматизированная система (АС) учета
движения студенческого контингента, в дальнейшем будет позволять обеспечивать
автоматизированную обработку информации, оперативное составление и выдачу
учебных планов, обработка аттестационных, зачетных и экзаменационных итогов,
выдача аналитических форм по итогам успеваемости студентов и формы 3-НК. Для
расчета экономической эффективности АС необходимо определить ряд исходных
параметров, которые удобно представить в виде таблицы.
Таблица 3.2 - Исходные данные
|
Наименование
показателей
|
Условные
обозначения
|
Единица
измерения
|
Значения
показателя
|
|
|
|
без
АС
|
В
условиях АС
|
|
1
|
2
|
3
|
4
|
5
|
|
Оклад
программиста
|
О
|
тг
|
-
|
19
000
|
|
Стоимость
одного часа машинного времени
|
СМ
|
тг
|
50
|
50
|
|
Сметная
стоимость КТС
|
ККТС
|
тг
|
6000
|
60000
|
|
Трудоемкость
обработки информации по одной задаче
|
tЗ
|
час
|
5
чел/час
|
0,15
час (маш. вр.)
|
|
Эксплуатационные
расходы функционирования АC (% от сметной стоимости) - амортизация (5%) -
текущий ремонт (2%) - содержание оборудования (2,5%) Итого:
|
Исист
|
тг тг тг тг
|
|
3000 1200 1500 5700
|
|
Зарплата
сотрудника (включая отчисления на соц-мед. страхование и т.д.):
|
|
тг
|
|
16
000
|
|
Удельная
стоимость трудозатрат одного сотрудника
|
ССОТ
|
тг
|
40
|
40
|
|
Количество
задач решаемых за год
|
NЗ
|
Задач/год
|
20
|
20
|
|
Период
функционирования АС
|
Т
|
Лет
|
-
|
4
|
|
|
|
|
|
|
.3.1 Расчет трудоемкости разработки программного
продукта. Параметр “Стадии разработки ПС” принимает следующие значения:
“Рабочий проект”;
“Внедрение”;
“Предварительное проектирование”.
Так как в разрабатываемом ПС используется
CASE-технология стадии “Техническое задание”, “Эскизный проект” и “Технический
проект” объединяются в одну стадию “Предварительное проектирование”.
Исходя из этого, удельный вес трудоемкости на
каждой стадии разработки АРМ соответственно равны: L0=0,5; L4=0,3; L5=0,15.
Параметр “Характеристики ПС” принимает следующие
значения:
“Оптимизационные расчеты”;
“Моделирование объектов и процессов”;
“Задачи анализа и прогнозирования”;
“Обеспечение настройки ПС на изменение структур
входных и выходных данных”.
Данные характеристики ПС относятся к
максимальной группе сложности.
Параметр “Элементы, повышающие сложность ПС”
принимает следующие значения:
“Наличие экранных подсказок и меню функций”;
“Выдача на экран контекстно-зависимой помощи”;
“Обеспечение хранения и поиска данных в сложных
структурах”;
“Возможность связи с другими ПС”.
Коэффициенты повышения сложности равны: К1=0,08;
К2=0,07; К3=0,07; К4=0,09; К5=0,24.
Коэффициент сложности ПС:
Ксл = 1 + (0,08+0,07+0,07+0,09+0,24) = 1,55
Параметр “Степень новизны ПС” принимает значение
“ПС, являющееся развитием определенного параметрического ряда ПС на прежнем
типе ЭВМ/ОС”, поэтому поправочный коэффициент Кн = 0,4.
Параметр “Степень охвата реализуемых функций
стандартными ПС” принимает значение «Свыше 40 до 60», поэтому поправочный
коэффициент Кт = 0,9.
Параметр “Средства разработки ПС” принимает
значение “ CASE-средства”.
Параметр “Характер среды разработки” принимает
значение “Персональные ЭВМ IBM-PC совместимые (с MS-DOS, Windows..)”, поэтому
поправочный коэффициент Кур=0,07.
Параметр “Функции ПС” принимает значения:
“Управление работой компонентов ПС”;
“Обработка прерываний”;
“Ввод данных в интерактивном режиме”;
“Обработка ошибочных ситуаций”;
“Формирование последовательных файлов”;
“Сортировка файлов”;
“Обработка файлов”;
“Формирование базы данных”;
“Обработка записей базы данных”;
“Организация поиска и поиск в базе данных”;
“Статистическая обработка данных”.
Общий объем разрабатываемой
АС:=3360+4130+1580+3790+2840+1360+3110+3380+2750+10350+12930 = =49580 условных
машин. команд.
Базовая трудоемкость Тб разработки ПС равна 4272
чел-ден.
Трудоемкость разработки ПС с учетом конкретных
условий разработки:
Тур = 4272 × 0,07 = 299,04
чел-ден.
Общая трудоемкость разработки ПС:
То = 1,55 × 299,04 = 463,512
чел-ден.
Трудоемкость i-ой стадии разработки ПС:
Т0=0,5×0,4×463,512
= 92,7024 чел-ден.
Т4=0,3×0,4×0,9×463,512
= 50,06 чел-ден.
Т5=0,15×0,4×463,512
= 27,8 чел-ден.
Общая трудоемкость разработки ПС:
Тобщ = 92,7024 + 50,06 + 27,8 = 170,57 чел-ден.,
Для перевода в чел-мес. делим на 22 раб.дня в
месяце:
Тобщ = 170,57 / 22 = 7,75 чел-мес.
.3.2 Продолжительность разработки программного
продукта
определяется как:= 2,5·(7,75) 0,32 = 4,81 мес.
Среднее число исполнителей реализации
программного продукта рассчитывается следующим образом:
Ч = 7,75 / 4,81 = 2 чел.
Раньше этой задачей занималось 2 сотрудника,
теперь только 1 сотрудник. Расчет экономии от сокращения трудовых ресурсов:
П1 =16000·12 = 192000 тг/год
Расчет экономии, получаемой в результате
повышения качества нового продукта и его потребительских свойств заключается в
сокращении рабочих мест, а также в уменьшении времени на обслуживание:
П2 = ССОТ·tЗ·NЗ - См·tЗ·NЗ =
40·5·20-(50+40)·0,15·20 =
= 4000 - 270 = 3730 тг/год
Расчет годовой экономии:
П = (П1 + П2 ) · (1 + ЕН · DТ)
Расчет оценки и анализа загрязнения города в
ручную займет примерно 100 часов. Автоматизация данной задачи позволит
просчитать показатели в течении 3 часов с учетом внесения, корректировки
информации, поэтому сокращение длительности автоматизируемого процесса DТ
принимаем = 0,01.
П = (192000+3730) · (1 + 0,15 · 0,01) = 3730
·1,0015 = 196023,6 тг.
.3.4 Расчет суммарных затрат включает в себя
расчет единовременных
и текущих затрат
) Расчет единовременных затрат на создание и
ввод программного продукта выглядит следующим образом:
К = КП + КК
Причем Кк = 0, т.к. используется старая ВТ,
К = КП = Косн.зп. + Кдоп.зп. + Кпр=
Косн.зп. = 19000·9,69 = 184140,7 тг.
Кдоп.зп. = 0,2·184140,7 = 36828,14 тг.
Кпр включают расходы на машинное время (т.к.
продолжительность разработки программного продукта составляет 4,81 мес., на
разработку, отладку и тестирование ПП с использованием ВТ приходится порядка
5-х месяцев: берется в месяце 22 раб.дня по 8 часов).
Тмаш = Т·22·8 = 5·22·8 = 880 час.
Кпр = 880·50 = 44000 тг.
К= 184140,7 + 36828,14 + 44000 = 264968,84 тг.
Расчет текущих затрат.
а) Расчет годовых текущих затрат:
Исист = 5700 тг.
Иi= (40+50)*0,15= 13,5 тг.
Иг = 5700 + 13,5*20 = 5970 тг.
б) Суммарные текущие затраты на функционирование
программного продукта за 4 года с приведением к расчетному году (первому году
функционирования программного продукта):
И = Иг·(a0 + a1
+ a2
+ a3),
И = 5970·(1,0 + 0,91 + 0,83 + 0,75) = 20835,3
тг.
.3.5 Расчет экономии от функционирования
программного продукта за
года:
По = П · (a0 + a1
+ a2
+ a3),
По = 196023,6 ·(1,0 + 0,91 + 0.83 + 0,75) =
684122,3 тг.
Расчет суммарных затрат на создание и 4-ти
летнее функционирование программного продукта определяется как:
Зо = К + И = 264968,84 + 20835,3 = 285804,14 тг.
Расчет суммарных затрат на создание и
функционирование программного продукта представляет собой:
Зг = К + Иг = 264968,84 +5970 = 270938,84 тг.
.3.6 Оценка экономического эффекта, получаемого
за год и за 4-х
летнее функционирование программного продукта:
) Годовой экономический эффект:
Эг = П - Зг,
Эг = 196023,6 - 270938,84 = -74915,24 тг.
) Экономический эффект за 4 года:
Э = По - Зо
Э = 684122,3 - 285804,14 = 398318,21 тг.
.3.7 Коэффициент экономической эффективности
единовременных
затрат:
Ек = (П - Иг) / К,
Ек = (196023,6 - 5970) / 264968,84 = 0,7
.3.8 Cрок окупаемости:
Т=1/ Ек
=1/ 0,7 = 1,3 года
.4 Расчет цены программного обеспечения
Фонд заработной платы, состоит из основной Косн
и дополнительной заработной платы разработчиков Кдоп (20% от основной
заработной платы).
Фзп = 184140,7 + 0,2 * 184140,7 = 220968,84 тг.
3.4.1 Для расчета цены необходимо определить
расчетный уровень
прибыли (норматив рентабельности):
примем Руп = 90 %, Рп = 5 % к Фзп.
Тогда уровень прибыли будет равен:
Уп = 0,9 + 0,05 = 0,95
.4.2 Определим нормативную прибыль:
Пн = 0,95·220968,84 209920,4 тг.
.4.3 Определим договорную цену АС:
Цпп = К+ Пн = 264968,84 + 209920,4 = 474889,24
тг.
При осуществлении тиражирования ПП (n копий),
договорная цена каждой тиражной копии составит:
Цтк = Цпп / n = 474889,24/n тг.
Расчет эффективности показывает, что подсистема
«деканат» выгодна во всех отношениях в том числе и экономическом, т.к.
коэффициент экономической эффективности единовременных затрат больше чем
норматив эффективности капитальных вложений (Ек>ЕН) т.е. (0,7>0,15),
также данная подсистема способна принести ощутимую годовую прибыль от
функционирования за счет значительного сокращения трудовых затрат и
материальных ресурсов. Средства, вложенные на разработку программного
обеспечения окупятся за 1,3 года.
Все материальные показатели эффективности от
внедрения разработанной подсистемы достигаются за счет автоматизации учета
движения контингента. Как следствие сокращается время и расходы на ввод, поиск
и расчет показателей, связанных с необходимостью автоматизации процесса
эффективность данной подсистемы достаточна высока.
4. БЕЗОПАСНОСТЬ И ЭКОЛОГИЧНОСТЬ ПРОЕКТА
.1 Обеспечение безопасности помещениях ВЦ
Создание здоровых и безопасных условий для
высокопроизводительной работы на предприятиях требуется существенного улучшения
организационной работы в области охраны труда.
Усложнение функциональной структуры деятельности
в связи с применением ЭВМ, видеотерминалов (ВДТ) предъявляет повышенные
требования к организму человека. Недоучет роли человеческого фактора при
проектировании АСУ неизбежно отражается на качественных и количественных
показателях деятельности работника, в том числе приводит к замедлению реакции
или ошибкам в процессе принятия решения.
При изучении характера и условий работы на ЭВМ
установлено, что по степени развития утомления эта работа стоит на втором месте
после работы водителей автобусов.
Во многих случаях у работающих на ЭВМ отмечены
жалобы на усталость глаз, боли в глазных яблоках, слезотечение, головную боль.
Зарегистрированы и различные функциональные нарушения состояния зрения, а также
случаи заболевания конъюктивитом.
По данным исследований повышенное зрительное
напряжение при работе на ЭВМ обусловлено рядом неблагоприятных факторов:
постоянной переадаптацией глаз в условиях различной яркости, недостаточной
четкостью и контрастностью изображения на экране, строчностью его структуры,
яркостными мельканиями. При этом зрительное напряжение усугубляется наличием
блестящих пятен образующихся в результате отражения светового потока от
клавиатуры и экрана, неравномерностью освещения рабочих поверхностей, большим
перепадом яркости между рабочей и окружающими поверхностями.
Постоянная статическая нагрузка при работе с
дисплеями, обусловленная относительно неподвижной рабочей позой, может привести
к усталости и болям в мышцах рук, шеи, плеч и спины, к нарушениям
опорно-двигательного аппарата.
Напряженность электрического поля между экраном
ЭВМ и оператором составляет 5-15 кВ/м, что приводит к загрязнению воздуха в
помещении.
С учетом всех изложенных факторов работа на ЭВМ
приравнена к неблагоприятным условиям труда.
Данные мероприятия по охране труда и технике
безопасности разработаны в соответствии с санитарными нормами и правилами для
работников ВЦ 1.10.076-94.
Требования настоящего документа (№1.10.076-94)
распространяются на существующие, вновь проектируемые и реконструируемые здания
и помещения ВЦ в целях создания безопасных и здоровых условий труда, на системы
вентиляции, отопления и кондиционирования воздуха для ВЦ, допустимые уровни
звукового давления, освещение в помещениях, защиту от статического
электричества, цветовое оформление, организации рабочих мест в помещениях ВЦ,
видеотерминальные устройства (ВДТ), режим труда и отдыха работников ВЦ.
.1.1 Организация рабочих мест в помещениях
Организацию рабочих мест необходимо осуществлять
на основе современных эргономических требований. При планировке рабочих мест
необходимо учитывать зоны досягаемости рук оператора при расположении дисплеев,
клавиатуры и т.д. Эти зоны устанавливаются на основании антропометрических
данных человеческого тела, дают возможность рационально разместить как по
горизонтали, так и по вертикали клавиатуру, мышь, принтер и т.п. Движения
человека должны быть такими, чтобы группы мышц его были нагружены равномерно, а
лишние непроизводительные движения были утрачены.
Конструкция рабочей мебели (столы, кресла,
стулья) должны обеспечивать возможность индивидуальной регулировки
соответственно росту работающего и создавать удобную позу.
Часто используемые предметы труда (документы,
клавиатура, дисплей, принтер) должны находиться в оптимальной рабочей зоне.
Рабочее место для выполнения работ в положении сидя должно соответствовать
требованиям СанПиН 2.2.2.542-96 и технической эстетики. В конструкции его
элементов необходимо учитывать характер работы, психологические особенности и
антропометрические данные человека.
Рабочий стол должен регулироваться по высоте в
пределах 640-760 мм, при отсутствии такой возможности 720 мм, оптимальные размеры
рабочей поверхности столешницы 1600*900 мм. Под столешницей рабочего стола
должно быть свободное пространство для ног с размерами по высоте не менее 580
мм, по ширине - 500 мм, по глубине - 650 мм.
Рабочий стул (кресло) должен быть снабжен
подъемно-поворотным устройством, обеспечивающим регуляцию высоты сидения и
спинки, его конструкции должна предусматривать также изменение угла наклона
спинки. Рабочее кресло должно иметь подлокотники. Регулировка каждого параметра
должна легко осуществляться, быть независимой и иметь надежную фиксацию. Высота
поверхности сидения должна регулироваться в пределах 380-460 мм. Ширина сидения
должна составлять не менее 360 мм, глубина - не менее 380 мм.
Высота опорной поверхности спинки должна быть не
менее 200 мм. Ширина не менее 360 мм, радиус ее кривизны в горизонтальной
плоскости 300-500 мм. Угол наклона спинки должен изменяться в пределах 95-108 %
к плоскости сидения.
Наиболее удобным считается сиденье, имеющее
выемку, соответствующую форме бедер и наклон назад. Спинка стула должна быть
изогнутой формы, обнимающей поясницу. Материал покрытия рабочего стула должен
обеспечивать возможность легкой очистки от загрязнения. Поверхность сидения и
спинки должна быть полумягкой, с нескользящим, неэлектризующимся и воздухопроницаемым
покрытием.
На рабочем месте необходимо предусматривать
подставку для ног. Ее длина должна составлять 400 мм, ширина 350 мм,
регулировка высоты 0-150 мм, угла наклона 0-120%.
В целях профилактики переутомления и
перенапряжения при работе на ЭВМ необходимо выполнять комплексы упражнений. С
целью снижения или устранения нервно-психического, зрительного и мышечного
напряжения необходимо проводить сеансы психофизиологической разгрузки и снятия
усталости во время регламентированных перерывов и после окончания рабочего дня
Производственные помещения должны
проектироваться в соответствии с требованиями СНиП “Административные и бытовые
здания и помещения производственных предприятий” и СН “Инструкция по
проектированию зданий и помещений для электронно-вычислительных машин”.
Минимальная ширина проходов с передней стороны
пультов и панелей управления ЭВМ должны быть не менее одного метра. ВДТ должен
располагаться на расстоянии не менее 1 метра от стен, рабочее место с дисплеем
должно располагаться на расстоянии не менее 1,5 метра.
Площадь помещения для людей, работающих с ПЭВМ и
ВДТ, оценивается из расчета на одного человека - не менее 6 квадратных метров,
кубатура - 19,5 кубических метров, с учетом максимального числа одновременно
работающих.
На постоянном рабочем месте работника должны
быть обеспечены микроклиматические параметры, уровни освещенности, шума и
состояния воздушной среды, определенные действующими санитарными правилами и
нормами.
Подбор цветовых образцов необходимо проводить в
соответствии с принятым наименованием цветов. Малонасыщенные (основные) цвета
должны применяться для окраски больших полей (потолок, стены, рабочие
поверхности), средненасыщенные (вспомогательные) для небольших поверхностей или
участков, редко попадающих в поле зрения работающих, а также для создания
контрастов, насыщенные (акцентные) для малых по площади поверхностей.
При цветовом оформлении кабинета необходимо
учитывать климатические особенности района, где расположено здание и ориентацию
окон.
.1.2 Микроклимат производственных помещений ВЦ
Под микроклиматическими условиями
производственной среды согласно ГОСТ 12.1.005-88 понимают сочетание
температуры, относительной влажности, скорости движения и запыленности воздуха.
С целью создания нормальных условий для
персонала ВЦ установлены нормы производственного микроклимата (ГОСТ
12.1.005-88). Эти нормы устанавливают оптимальные и допустимые значения
температуры, относительной влажности и скорости движения воздуха для рабочей
зоны с учетом избытка явной теплоты, тяжести выполняемых работ и сезонов года.
Действующие санитарные нормы для СН 512-78
устанавливают конкретные значения этих параметров (таблица 4.1).
Таблица 4.1 - Нормы температуры,
относительной влажности и скорости движения воздуха в рабочей зоне
производственного помещения
|
Тем-ра
Наружного Воздуха °С
|
Параметры
рабочей среды на постоянном рабочем месте
|
|
оптимальные
|
допустимые
|
|
t
, °С
|
Относ.
влажность,%
|
Скорость
воздуха,м/с
|
t
, °C
|
Относ.
влажность,%
|
Скорость
воздуха,м/с
|
|
Ниже
+10
|
20-22°С
|
40-60
|
0.2
|
18-22
|
Не
более 70
|
0.3
|
|
Выше
+10
|
20-25°С
|
40-60
|
0.5
|
Не
более чем на 3 °С выше наружного воздуха в 13 час.
дня самого жаркого месяца
|
70
при 24 °С
|
0.3
|
|
|
|
|
|
65
при 25 °С
|
|
|
|
|
|
|
60
при 26 °С
|
|
|
|
|
|
|
55
при 27 °С
|
|
|
|
|
|
|
50
при 28 °С
|
|
Для обеспечения оптимальных параметров
микроклимата в помещениях ВЦ должны предусматриваться системы отопления,
кондиционирования и вентиляции.
Система вентиляции, отопления и
кондиционирования воздуха должны быть выполнены в соответствии с главой СНиП
11-33-75 "Отопление, вентиляция и кондиционирования воздуха".
Система отопления должна обеспечивать
достаточное, постоянное и равномерное нагревание воздуха в холодное время года.
При этом колебания температура в течении суток не должно превышать 2-3 °С:
в горизонтальном направлении - 2 °С на каждый метр длины,
в вертикальном - 1 °С.
В помещениях с убытками явного тепла необходимо
предусматривать регулирование подачи теплоносителя. В качестве нагревательных
приборов в машинных залах ЭВМ следует устанавливать регистры из гладких труб
или панели лучистого отопления. Нельзя использовать для отопления
электронагревательные приборы и паровое отопление.
В производственных помещениях ВЦ должны
подаваться следующие объемы наружного воздуха: при объеме помещения до 20 куб.
метров на одного работающего - не менее 30 куб. м./час на человека; 20 - 40
куб. м на одного работающего не менее 20 куб. м/час на человека; более 40 куб.
м при наличии окон и отсутствии выделений вредных веществ допускается
естественная вентиляция помещений. В производственных помещениях без окон и
дверей подача воздуха на одного работающего должна быть не менее 60 куб. м/час
при соблюдении норм микроклимата и ПДК вредных веществ.
Воздух, поступающий в помещение ВЦ, должен быть
очищен от загрязнения, в том числе от пыли и микроорганизмов.
Кондиционирование воздуха должно обеспечивать
автоматическое поддержание параметров микроклимата в необходимых пределах в
течении всех сезонов года.
Для уменьшения опасности распространения пожаров
не допускается совмещать системы кондиционирования воздуха помещения ВЦ с
другими помещениями.
.1.3 Анализ уровня шума и вибрации
Влияние шума на организм человека разнообразно:
с одной стороны, шум непосредственно влияет на качество воспринимаемой
информации, эффективность выполнения трудовой задачи; с другой стороны, - на
работоспособность человека, вызывая перестройку определенных физиологических
систем организма.[8]
Вредное влияние шума существенно сказывается на
реакции человека, ведет к ослаблению внимания. Шум воздействует на общее
психическое состояние человека, вызывает ощущение плохого самочувствия,
стесненности, тревоги и неуверенности, способствует возникновению быстрой
утомляемости, которая приводит к снижению работоспособности и
производительности труда.
Длительное воздействие вибрации вызывает
значительный расход нервной энергии, является причиной утомления и нарушения
нормального состояния процессов возбуждения и торможения, приводит к
расстройству нервной системы и внутренних органов.
Допустимые уровни звукового давления, уровня
звука и эквивалентные уровни звука на рабочем месте должны соответствовать
требованиям и санитарным нормам допустимых уровней шума на рабочем месте
оператора ПК.
Вибрация (общая) оборудования не должна
превышать предельно допустимых величин, установленных “Санитарными нормами
вибрации рабочих мест“.
Для снижения шума и вибрации в помещении, где
установлена ЭВМ, оборудование, аппаратуру и приборы необходимо устанавливать на
специальные фундаменты и амортизирующие прокладки, предусмотренные нормативными
документами. Стены и потолки производственного помещения, где устанавливается
ЭВМ, должны быть облицованы звукоизолирующим материалом, кроме того, необходимо
использовать подвесные акустические потолки.
При высоте помещения свыше 3,5 метров, к потолку
необходимо подвешивать звукопоглотители в виде поперечных и продольных
диафрагм, обработанных с двух сторон звукопоглощающим материалом.
Звукопоглощающий материал должен иметь максимальный коэффициент звукопоглощения
в области частот 63-8000 Гц.
Уровни звука в помещениях ВЦ не должны превышать:
ДБ (для работников следующих категорий:
математики, программисты, операторы и др.);
ДБ - ИТР, осуществляющие лабораторный,
аналитический, измерительный контроль;
ДБ - для операторов ЭВМ (без дисплеев);
ДБ - на рабочих местах в помещениях для
размещения шумных агрегатов.
.1.4 Защита от статического электричества и
излучений
По существующим представлениям, статическое
электричество - это совокупность явлений, связанных с возникновением,
сохранением и релаксацией свободного электрического заряда на поверхности или в
объеме диэлектриков или на изолированных проводах.
В помещениях с ВДТ разрядные токи статического
электричества чаще всего возникают при прикосновении обслуживающего персонала к
любому из элементов ЭВМ. Такие разряды опасности для человека не представляют,
однако, кроме неприятных ощущений, они могут привести к выходу из строя ЭВМ.
Защита от электричества должна проводиться в
соответствии с санитарно-техническими нормами допускаемой напряженности
электрического поля. Допускаемые уровни напряженности электростатических полей
не должны превышать 20кВ в течение 1 часа.
Для снижения величин возникающих зарядов
статического электричества в таких помещениях покрытие технологических полов
следует выполнять из однослойного поливинилхлоридного антистатического
линолеума марки АСМ. Другим методом защиты является нейтрализация заряда
ионизированным газом. В промышленности широко применяют радиоактивные
нейтролизаторы. К общим мерам защиты от статистического электрического в
помещениях с ВДТ можно отнести общее и местное увлажнение воздуха.
В помещениях с дисплеями необходимо
контролировать уровень аэроионизации. Следует учитывать, что мягкое
рентгеновское излучение, возникающее при напряжении на аноде 20 - 22кВ, а также
высокое напряжение на токоведущих участках схемы вызывают ионизацию воздуха с
образованием положительных ионов, считающихся неблагоприятными для человека.
Оптимальным уровнем аэроионизации в зоне дыхания
работающего считается содержание легких аэроионов обоих знаков от 1,5 до 5000 в
1 см3 воздуха.
.1.5 Электробезопасность в помещениях с ЭВМ
Электрические установки к которым относится
практически все оборудование ЭВМ, представляет для человека большую
потенциальную опасность, так как в процессе эксплуатации человек может коснутся
частей, находящихся под напряжением.
Специфическая опасность электроустановок
токоведущие проводники, корпуса стоек ЭВМ и прочего оборудования ЭВМ,
оказавшегося под напряжением в результате напряжения (пробоя) изоляции, не
подают каких-либо сигналов, которые предупреждали бы человека об опасности.
Реакция человека на электрический ток возникает лишь при протекании через тело
человека. Проходя через тело, электрический ток оказывает на него сложное
воздействие, вызывая термическое, электролитическое, механическое и биологическое
воздействие, проявляемое в ожогах, в разложении органической жидкости и крови,
в разрыве мышечных тканей и т.д. Любое из перечисленных воздействий тока может
привести к электрической травме, то есть к повреждению организма, вызванному
воздействию электрического тока или электрической дуги.
На практике условно различают местные
электротравмы, когда возникает местное повреждение организма - электрический
ожог, электрический знак, металлизация кожи частицами расплавившегося под
действием электрической дуги металла, механические повреждения, вызванные
непроизвольным сокращением мышц под действием тока, и общие электротравмы, чаще
называемые электрическим ударом, когда из-за нарушения нормальной деятельности
жизненно важных органов и систем поражается весь организм в целом. Часто оба
вида травм сопутствуют друг другу, но возможна гибель организма от общей
электротравмы, когда внешних местных повреждений не видно.
Условия электробезопасности зависят от
параметров окружающей среды производственных помещений (влажность, температуры,
наличие токопроводящей пыли, материала пола и др.). Тяжесть поражения зависит
от величины протекающего через тело человека тока, от плотности и площади
контакта с частями, находящимися под напряжением.
Исключительно важное значение для предотвращения
электротравматизма имеет правильная организация обслуживающих установок. При
этом при правильной организации понимается строгое выполнение ряда
организационных и технических мероприятий и средств, установленных действующими
"Правилами технической эксплуатации элекроустановок потребителей",
"Правила техники безопасности при эксплуатации электроустановок
потребителей (ПТБ)" и "Правилами устройства электроустановок
(ПТЭ)". Применение только этих мероприятий не может в полной мере обеспечить
необходимую электробезопасность, если наряду с ними не использовать технические
средства защиты, к которым относят: электрическую изоляцию токоведущих частей,
защитное заземление, зануление, малое напряжение, двойную изоляцию.
.1.6 Пожарная безопасность в помещениях с ЭВМ
Пожарная профилактика - это комплекс
организационных и технических мероприятий, направленных на обеспечение
безопасности людей, на предотвращение пожаров, а также на создание условий для
успешного тушения пожара.
Причинами пожара в помещениях с ЭВМ могут быть:
системы вентиляции и кондиционирования; энергоснабжение осуществляемое от
трансформаторных подстанций, на которых особую опасность представляют
трансформаторы с масляным охлаждением; кабельные линии.
Также эксплуатация ЭВМ связанна с необходимостью
проведения обслуживающих, ремонтных и профилактических работ, при этом
используется различные смазочные вещества, легковоспламеняющиеся жидкости,
прокладывают временные электропроводки, ведут пайки и чистку отдельных узлов и
деталей. Возникает дополнительная пожарная опасность, требующая принятия
соответствующих мер пожарной безопасности.
Пожарная опасность производственного помещения
определяется особенностями производства. По взрывопожарной и пожарной опасности
помещения ВЦ относится к категории "В" - пожароопасной. Одной из
наиболее важных задач пожарной профилактики является защита строительных
конструкций от разрушения и обеспечение их достаточной прочности в условиях
воздействия высоких температур при пожаре. С обрушением конструкций процесс
уничтожения материальных ценностей завершается, а тушение пожара в этом случае
становится бесполезным.
Для ликвидации пожаров в начальной стадии
применяются средства первичного пожаротушения: внутренние пожарные водопроводы,
огнетушители ручные и передвижные, сухой песок, асбестовые одеяла, кошмы и др.
В зданиях ВЦ пожарные краны устанавливаются в коридорах, на площадках
лестничных клеток, у входов, то есть. В доступных и заметных местах.
Причиной гибели людей на пожарах чаще всего
является не огонь или высокая температура, а токсичные продукты горения,
выделяемые теплоизоляционными, акустическими, декоративными и другими
синтетическими отделочными материалами, широко применяемыми при строительстве.
Поэтому противодымная защита зданий, направленная на незадымляемость
эвакуационных путей, отдельных помещений и удаление продуктов горения в
определенном направлении, является первостепенной задачей пожарной
профилактики.
.1.7 Режим труда и отдыха работников ВЦ
Рабочим называют время, в течение которого
согласно правилам внутреннего трудового распорядка или другим документам
рабочие и служащие должны выполнять трудовые обязанности.
Нормальная продолжительность рабочего времени
рабочих и служащих на предприятиях, в учреждениях и организациях не должна превышать
41 часа в неделю. Основным режимом работы является пятидневная рабочая неделя с
двумя выходными днями.
Рациональный режим труда и отдыха работников,
установленный с учетом психофизиологической напряженности их труда, динамики
функционального состояния систем организма и работоспособности, предусматривает
строгое соблюдение регламентированных перерывов оптимальной длительности, это
перерыв для отдыха и питания, междусменные перерывы, выходные (еженедельный
отдых) и праздничные дни и отпуска.
Перерыв для отдыха и питания предоставляется в
течение рабочего дня. Перерыв не включается в рабочее время. Перерыв для отдыха
и питания предоставляется, как правило, через 4 часа после начала работы.
Продолжительность его не более 2 часов. Также дополнительно должны быть введены
2-3 регламентированных перерыва длительностью 10 минут каждый.
Междусменные перерывы при ежедневном учете
рабочего времени и работе в одну смену зависят от продолжительности рабочего
дня и перерыва для отдыха и питания. Например, в условиях пятидневной рабочей
недели при рабочем дне 8 часов 15 минут и перерыве для отдыха и приема пищи 45
минут, междусменный перерыв составит 15 минут.
Число дней еженедельного отдыха должно быть не
менее числа воскресных дней в данном календарном месяце.
Всем рабочим и служащим ежегодно предоставляется
отпуск с сохранением места работы (должности) и среднего заработка. Право на
ежегодный отпуск (за первый год работы) предоставляется по истечении 11 месяцев
непрерывной работы на данном предприятии. Очередные отпуска (за второй и
последующие годы работы) предоставляют в любое время рабочего года в
соответствии с графиками отпусков, устанавливаемые администрацией и профсоюзным
комитетом.
В стаж работы, дающий право на отпуск,
включается фактически проработанное время, а так же время, когда рабочий или
служащий фактически не работал, но за ним сохранялись место работы (должность)
и заработная плата частично или полностью. Замена отпусков денежной
компенсацией не допускается, кроме случаев увольнения работника, не использовавшего
отпуск.
Ежегодный отпуск предоставляется
продолжительностью не более 15 рабочих дней. Предусматривается постепенный
переход к предоставлению отпуска большей продолжительности.
В целях профилактики переутомления и
перенапряжения при работе с ЭВМ необходимо выполнять комплексы упражнений. С
целью снижения или устранения нервно-психического, зрительного и мышечного
напряжения необходимо проводить сеансы психофизиологической разгрузки и снятия
усталости во время регламентированных перерывов и после окончания рабочего дня.
Для снижения напряженности труда операторов ЭВМ
необходимо равномерно распределить нагрузку и рационально чередовать характер
деятельности.
.2 Воздействие окружающей среды на здоровье
городского населения
В большой степени загрязнение атмосферы
сказывается на здоровье городского населения. Об этом свидетельствуют, в
частности, существенные различия в заболеваемости населения в отдельных районах
одного и того же города.
В подтверждение сказанного приведем данные из
работы И. П. Лашневой, изучавшей заболеваемость детей, проживающих в двух
районах с разным уровнем загрязненности атмосферного воздуха: в одном большое
количество промышленных предприятий находится вблизи детских садов, в другом
детские учреждения отдалены от основных магистральных путей и источников
загрязнения воздуха вредными веществами. Анализ заболеваемости показал, что
общая острая заболеваемость в первом районе была в 1,5 раза выше, чем во
втором. Заболеваемость органов дыхания детей возрастных групп (от 1 года до 6
лет) в первом районе была также в 1,5 раза выше, чем во втором районе, а
нервной системы и органов чувств - в 2-2,5 раза чаще.
Изменение здоровья горожан является не только
показателем экологического состояния города, но и важнейшим
социально-экономическим его следствием, которое должно определять ведущие
направления по улучшению качества окружающей среды. В связи с этим весьма важно
подчеркнуть, что само здоровье горожан в пределах биологической нормы является
функцией от экономических, социальных (включая психологические) и экологических
условий.
В целом на здоровье горожан влияют многие
факторы, в особенности характерные черты городского образа жизни - гиподинамия,
повышенные нервные нагрузки, транспортная усталость и ряд других, но более
всего - загрязнение окружающей среды. Об этом свидетельствуют существенные
различия в заболеваемости населения в разных районах одного и того же города.
Наиболее заметные отрицательные последствия
загрязнения окружающей среды в крупном городе проявляются в ухудшении здоровья
горожан по сравнению с жителями сельской местности. Так, например, проведенное
М.С. Бедным и соавторами углубленное изучение заболеваемости отдельных групп
городского и сельского населения убедительно показало, что горожане чаще
страдают неврозами, заболеваниями сосудов мозга, болезнями центральной нервной
системы, органов дыхания, чем сельские жители.
Ярким подтверждением того, что именно
загрязнение окружающей среды является причиной более высокой заболеваемости
городских жителей, могут служить данные работы Е.В. Иродовой. Автор сопоставил
ретроспективные данные о загрязнении атмосферного воздуха токсическими
веществами с динамикой заболеваемости и смертности населения от злокачественных
новообразований органов дыхания за 14 лет. Два крупных города А и Б, которые
существенно различались по степени загрязнения атмосферного воздуха, по
остальным параметрам (климатические условия, численность и возрастная структура
населения, уровень медицинского обслуживания и другие социально-экономические
факторы) были вполне идентичны. Город А был более загрязнен сернистым газом,
пылью, фенолом, бензапиреном. Жалобы на ухудшение санитарно-бытовых условий
жизни в городе А отмечались в 2,2 раза чаще, чем у жителей города Б.
Заболевания органов дыхания у жителей города А были в 1,9 раза чаще, чем города
Б, рак легкого встречался вдвое чаще (таблица 4.2).
Таблица 4.2 - Рост смертности от рака легкого и
других злокачественных новообразований в городах А и Б за изучаемый период (за
100% приняты стандартизованные показатели смертности в каждом городе за первый
период исследований)*
|
Локализация
опухолей
|
По
отношению к исходному периоду, в %
|
|
город
А
|
город
Б
|
|
Все
злокачественные новообразования
|
111
|
69
|
|
Все
злокачественные новообразования без рака легкого
|
101,2
|
65,6
|
|
Рак
легкого
|
200
|
105,2
|
Необходимо специально отметить и то, что средний
срок жизни до заболевания раком легкого среди людей, не имевших контакта с
вредными условиями труда на производстве, у жителей города А составил в среднем
30 лет, в городе Б - 41 год. Разница в 11 лет достоверна статистически (рНо=
0,05)
Наряду с загрязнением воздушного бассейна на
здоровье человека отрицательно сказываются многие другие факторы окружающей
среды городов.
Шумовое загрязнение в городах практически всегда
имеет локальный характер и преимущественно вызывается средствами транспорта -
городского, железнодорожного и авиационного. Уже сейчас на главных магистралях
крупных городов уровни шумов превышают 90 дБ и имеют тенденцию к усилению
ежегодно на 0,5 дБ, что является наибольшей опасностью для окружающей среды в
районах оживленных транспортных магистралей. Как показывают исследования
медиков, повышенные уровни шумов способствуют развитию нервно-психических
заболеваний и гипертонической болезни. Борьба с шумом, в центральных районах городов
затрудняется плотностью сложившейся застройки, из-за которой невозможно
строительство шумозащитных экранов, расширение магистралей и высадка деревьев,
снижающих на дорогах уровни шумов. Таким образом, наиболее перспективными
решениями этой проблемы являются снижение собственных шумов транспортных
средств (особенно трамвая) и применение в зданиях, выходящих на наиболее
оживленные магистрали, новых шумопоглощающих материалов, вертикального
озеленения домов и тройного остекления окон (с одновременным применением
принудительной вентиляции).
Особую проблему составляет увеличение уровня
вибрации в городских районах, главным источником чего является транспорт.
Данная проблема мало исследована, однако несомненно, что ее значение будет
возрастать. Вибрация способствует более быстрому износу и разрушению зданий и
сооружений, но самое существенное, что она может отрицательно влиять на
наиболее точные технологические процессы. Особенно важно подчеркнуть, что
наибольший вред вибрация приносит передовым отраслям промышленности и
соответственно ее рост может оказывать ограничивающее влияние на возможности
научно-технического прогресса в городах.
ЗАКЛЮЧЕНИЕ
Итак, в процессе разработки дипломной работы был
разработано программное средство, позволяющее автоматизировать систему учета и
движения студенческого контингента. Данная работа реализована в виде одного
приложения и предназначено для работы методиста деканата. Результатами работы
приложения являются отчёты, содержащие результаты учета и движения
студенческого контингента. Ограничение доступа присутствует во всех режимах.
Отчёты выдаются в Word и Excel. При программировании программного продукта была
использована платформа разработки приложений “Delphi7”. В качестве хранилища
таблиц баз данных был использован СУБД Microsoft SQL Server.рок окупаемости
программного продукта составляет 1,3 года. Экономический эффект АРМ «Деканат»
за 4 года - 398318,21 тг.
Список использованной литературы
1.
Когловский М.Р., "Технология баз данных на персональных ЭВМ", Москва,
'Финансы и статистика', 1992 г.
.
Шумаков П.В. “Delphi 6.0 и создание баз данных”. Москва 2001г.
.
Джон Матчо, Дэвид Р.Фолкнер. «Delphi» - пер. с англ. - М.:Бином, 2000г.
.
С.М. Диго "Проектирование и использования баз данных". Москва:
Финансы и статистика 1995.
.
Кириллов В.В. Структуризованный язык запросов (SQL). - СПб.: ИТМО, 1994. - 80
с.
.
Цикритизис Д., Лоховски Ф. Модели данных. - М.: Финансы и статистика, 1985. -
344 с.
.
Брябрин В.М., "Программное обеспечение персональных ЭВМ", Москва,
'Hаука', 1989 г.
.
«Рекоммендации по общепользовательскому интерфейсу», Microsoft, редакция 1995г.
.
Технико-экономическое обоснование дипломных проектов: учебное пособие для
ВУЗов. - Л.А. Астреина, В.В. Балдесов и др.; под ред. В.К. Беклешова - М.:
Высшая шк. , 1991.
.
Обоснование экономической эффективности дипломной работы: методические указания
для студентов специальности 1501 «Информационные системы в бизнесе». - Екеева
З.Ж. - Усть-Каменогорск: ВКТУ, 1997.
.
Кондратьев А.И., Местечкина Н.Н. Охрана труда. - М.: «Высшая школа», 1987 г.
.
Копытин М. Критерии оценки состояния условий труда при работе на ЭВМ. //
Информатика и образование, 1992 №3-4
.
Кустов В.Н. Производственное освещение. - Алматы: “Казахстан”, 1982 г.
.
МСН «Искусственное и естественное освещение»
.
Одум Ю. Экология. В 2 т. - М.: 1986 г.
.
Охрана труда в машиностроении. Сборник нормативно-технических документов в двух
томах. Том 1. /Сост.:Шуминов А.И., Мерзляков В.И., Аммосов В.В. -М.:
«Машиностроение», 1990г.