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

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

ВВЕДЕНИЕ

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

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

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

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

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

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

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

1. ФУНКЦИОНАЛЬНО-ИНФОРМАЦИОННАЯ МОДЕЛЬ АСУ

УЧЕТА И ДВИЖЕНИЯ СТУДЕНЧЕСКОГО КОНТИНГЕНТА

1.1 Цели и задачи разработки автоматизированной системы управления

студенческим контингентом

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

В качестве объекта исследования в дипломной работе выступает Восточно-Казахстанский Государственный Технический университет. Он является крупнейшим высшим учебным заведением на территории Казахстана. ВКГТУ - это единственный технический вуз восточного региона Казахстана, он является членом Международных ассоциаций инженерных, автодорожных, архитектурных вузов.

Основными направлениями совершенствования деятельности ВУЗа являются:

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

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

повышение контроля над деятельностью подразделений вуза;

повышение оперативности работы подразделений вуза;

В целях улучшения управления ВУЗом были сформулированы следующие задачи:

автоматизация работы приемной комиссии и ИВЦ на этапе тестирования и зачисления;

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

ввод результатов сессии;

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

передача в архив экзаменационных оценок по окончании сессии;

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

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

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

формирование и выдача статистических сведений высшим учебным заведением на начало учебного года (ф. 3-НК)

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

1.2 Особенности функционирования и взаимодействия

информационных потоков

Специфическими особенностями состава информационного обеспечения являются:

наличие коллективного ресурса;

информационная зависимость подсистем;

неустоявшаяся номенклатура основных атрибутивных данных.

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

После прохождения всех этапов зачисления: выдачи сертификата, свидетельства на грант/кредит, подачи списков зачисленных на специальность, контроля оплаты по договорникам ИВЦ отберет зачисленных и скопирует данные по ним в таблицу "Студент". С НД "Студент" будут работать отдел кадров, деканаты, ИВЦ.

Информационная зависимость подсистем. Отдел АСУ и ИВЦ на основании таблицы «Студент» формирует таблицу "Группы". В случае зачисления студента на грантное (кредитное) место проблем с обработкой личной информации не возникает. В случае же зачисления студента на договорную основу возникают временные проблемы с оплатой: приемная комиссия не имеет права издавать приказ на зачисление студента, если он не внес сумму первого транша за обучение. Т.о. студент должен сначала обратиться в ПФО, оформить пакет документов на кредит или заключить договор, внести оплату и с документом, подтверждающим факт оплаты, вернуться в приемную комиссию. В случае внесения необходимой суммы позднее 1 сентября, студент не может быть занесен в базу данных и, соответственно, он не должен быть включен в набор " Группа ". Но т.к. отдел ИВЦ работает с огромным количеством студентов и не в состоянии контролировать период оплаты, чтобы тут же внести все сведения об этом студенте, то частично данные о специальности, группе и т.п. все же имеются. Т.о. налицо информационная зависимость одной подсистемы от другой. На рисунке 1.1 показана схема информационной зависимости подразделения "Приемная комиссия" от подразделения " ФАО".

Рисунок 1.1 - Схема информационной зависимости подразделений

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

1.3 Разработка функционально-информационной модели

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

При желании абитуриента стать студентом ВУЗа, выиграв государственный грант или кредит, необходимы следующие документы, которые являются входными для приемной комиссии:

заявление на тестирование;

заявление на зачисление;

личная карта абитуриента.

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

Т.о. основной задачей приемной комиссии на данном этапе является формирование приказов на зачисление; обработка итогов формирования студенческого контингента.

На рисунке 1.2 представлена схема документооборота приемной комиссии.



Рисунок 1.2 - Схема документооборота приемной комиссии

Приказы на зачисление утверждаются ректором и поступают в отдел кадров. ОК знакомит АСУ и ИВЦ и деканаты с приказами. Деканаты и директораты формируют группы и оформляют зачетные книжки студентов, АСУ и ИВЦ формирует таблицу "Студент". На рисунке 1.3 представлена схема обработки приказов по подразделениям ВУЗа.

Рисунок 1.3 - Схема обработки приказов на зачисление

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

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

Деканат ведет сводную ведомость успеваемости по группе. Если студент не сдал экзамен, ему выдают направление на пересдачу.

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



Рисунок 1.4 - Схема документооборота деканатов и директоратов

Деканат ведет следующую работу с приказами:

приказ на отчисление формируется за нарушение пункта договора о погашению задолженности по оплате;

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

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

приказ на отчисление по собственному желанию или с переменой места жительства, перевод в другой ВУЗ;

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

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

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

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

обработка приказов;

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

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

распределение и трудоустройство студентов.

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

Финансово-административный отдел работает со студентами, обучающимися на грантной, кредитной, платной (договорной) основе.

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

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

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

1.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-диаграмма в которой сущности обозначены прямоугольником, а связи между ними ромбами. Для подробного ознакомления см. приложение Н.

1.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 Формирование НД «Учебный план»

1.6 Подсистема «Деканат»

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

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

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

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

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

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

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

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

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

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

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

формирование отчета государственного статистического наблюдения (форма 3-НК).

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

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

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

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

1.7 Программное обеспечение АРМ

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

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

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

Для разработки клиентской части АРМ была использована среда программирования Delphi 7ґ0 под Windows XP.

Delphi 7ґ0 объединяет в себе такие элементы, как высокопроизводительный компилятор, объектно-ориентированная модель компонентов, быстрая среда разработки (32-разрядная среда RAD), полный набор визуальных средств, библиотеку классов (VCL), поддержку Access 2000 и Oracle 8, создание Web - сервера и многие другие возможности [25].

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

Требования к работе: для нормального функционирования программного обеспечения Delphi 7ґ0 и Microsoft SQL Server 8.0. требуется компьютер с процессором Pentium первого поколения и выше, с минимальным объемом оперативной памяти 64 Мбайт и минимальным дисковым пространством 600 Мбайт.

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

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

Возможность работы системы без обязательной установки Delphi 7'0. Это обеспечивается применением инсталлятор Install Shield, который позволяет создать установочную версию данного прикладного программного продукта под Windows, что позволяет запустить загрузочный файл проекта не через среду, а выбрав соответствующий пункт меню в панели задач после инсталляции.

Среда проектирования Delphi наделила программный продукт высоким быстродействием. В соответствии со стандартом CUA пользовательский интерфейс включает в себя:

систему меню;

многооконный интерфейс;

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

справочную систему.

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

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

В разрабатываемой подсистеме использованы стандартные палитры цветов СУБД Delphi.

1.8 Техническое обеспечение АРМ

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

процессор класса Pentium первого поколения и выше;

минимальный объем оперативной памяти 64 Мб;

наличие операционной системы Windows XP;

учитывая, что кроме исполняемого файла в комплект поставки входит ряд исходных модулей, файлы базы данных, точечные рисунки и рабочие книги *.xls, объем свободного места на жестком диске 60 Мб для установки программного продукта, а также минимум 100 Мб свободного места для нормальной работы ОС Windows XP;

цветной монитор типа SVGA;

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

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

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

1.9 Обоснование выбора архитектуры АСУ учета и движения

студенческого контингента

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

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

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

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

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

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

Достоинствами архитектуры "клиент-сервер" являются:

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

наличие солидного опыта разработки и эксплуатации;

высокая степень автономности клиента;

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

высокая степень защиты серверной часть приложения.

Основными экономическими преимуществами данной архитектуры являются:

относительно низкие затраты на внедрение и эксплуатацию;

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

повышение уровня эффективности использования оборудования (сохранение инвестиций);

прикладные программные средства доступны с любого рабочего места, имеющего соответствующие права доступа;

минимальный состав программно-технических средств на клиентском рабочем месте (теоретически необходима лишь программа просмотра - браузер и общесистемное ПО).

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

Клиентские приложение представляют собой АРМ по зачислению студентов; формированию студенческого контингента; учету текущей успеваемости; формированию справочной системы деканата и учебных планов и формированию формы 3-НК государственного статистического наблюдения.

1.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

Выделим сущности из набора атрибутов, обозначив наименование сущности заглавными буквами:

основа обучения (Код_основы, наим_основы);

отделение (код_отделения, наим_отделения);

вид контроля (код_вид_контр, наим_вид_контр);

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

дисциплина (код_кафедры, код_дисципл, наим_дисципл);

специальность (код_факультета, код_специальности, коротк_наим, наим_спец);

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

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

язык (код_языка, наим_языка);

национальность (код_национал, наим_национал);

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

город/район (код_обл, код_регион, наим_регион);

область (код_страны, код_обл, наим_обл);

страна (код_страны, наим_страны);

Выделим связи из набора атрибутов, обозначив объекты заглавными буквами, а связи между ними - прописными буквами:

СТУДЕНТ - проживает - СТРАНА, ОБЛАСТЬ, ГОРОД;

СТУДЕНТ - имеет - НАЦИОНАЛЬНОСТЬ, ОБРАЗОВАНИЕ, ПОЛ;

СТУДЕНТ - владеет - ЯЗЫК;

ПРИКАЗ - зачисление - СТУДЕНТ;

ОПЛАТА - зачисление - СТУДЕНТ;

СТУДЕНТ - обучение - КАФЕДРА;

СТУДЕНТ - обучение - СПЕЦИАЛЬНОСТЬ;

КАФЕДРА - преподает - ДИСЦИПЛИНА;

ДИСЦИПЛИНА - имеет - ВИД КОНТРОЛЯ;

ДИСЦИПЛИНА - имеет - КОНТРОЛЬ;

ДИСЦИПЛИНА - разработка - СПЕЦИАЛЬНОСТЬ;

КАФЕДРА - составляет - УЧЕБНЫЙ ПЛАН;

УЧЕБНЫЙ ПЛАН - разработка - СПЕЦИАЛЬНОСТЬ;

ОТДЕЛЕНИЕ - имеет - ИНСТИТУТ;

ИНСТИТУТ - включает - СПЕЦИАЛЬНОСТЬ.

1.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

Подобные документы

• Проектирование информационного обеспечения

  Информационное обеспечение, система автоматизированного управления. Классификаторы технико-экономической информации, унифицированные документы. Этапы проектирования информационного обеспечения. Анализ методов и матрицы смежности информационного графа.
  
  реферат [19,0 K], добавлен 29.10.2010
  

• Автоматизированная информационная система "Супермаркет DNS"

  Разработка автоматизированной информационной системы "Супермаркет DNS" с опорой на платформу NET, в среде MS Visual Studio, на языке программирования C. Объектная модель программной системы согласно методологии ОМТ. Описание алгоритмов обработки данных.
  
  курсовая работа [394,0 K], добавлен 21.10.2012
  

• База данных "Деканат"

  Обзор систем управления базами данных реляционного типа. Разработка структуры автоматизированного рабочего места "Деканат". Этапы проектирования приложения, с помощью которого можно реализовать функции деканата по систематизации сведений о студентах.
  
  курсовая работа [1,3 M], добавлен 11.07.2015
  

• Учет расхода металла на предприятии ОАО "ТТЗ"

  Технико-экономическая характеристика ОАО "ТТЗ". Обоснование проектных решений информационного обеспечения комплекса задач. Описание информационной модели (схемы данных). Технологическое, программное обеспечение. Расчет экономической эффективности проекта.
  
  дипломная работа [81,3 K], добавлен 28.09.2009
  

• Разработка автоматизированной системы учета готовой продукции на предприятии (на примере ОАО "Каравай")

  Общая характеристика и организационная структура ОАО "Каравай". Комплексное проектирование автоматизированной системы учета готовой продукции для исследуемой организации в программной среде Borland Delphi 9.0. Оценка экономической эффективности проекта.
  
  курсовая работа [1,9 M], добавлен 14.09.2012
  

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

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

• Разработка автоматизированной системы управления торговым предприятием

  Обзор средств автоматизации торговли. Обзор состояния Интернет-торговли и роли в них аукционов. Описание процесса проектирования автоматизированной системы. Расчет экономической эффективности от внедрения программного продукта. Охрана труда работников.
  
  дипломная работа [569,0 K], добавлен 09.09.2008
  

• Автоматизация кадрового учета на предприятии

  Анализ существующих разработок и обоснование выбора технологии проектирования. Проектирование подсистемы кадрового учета. Выбор и обоснование методики расчета экономической эффективности автоматизированной системы кадрового учета на предприятии.
  
  дипломная работа [1,9 M], добавлен 09.02.2018
  

• Разработка автоматизированной информационной системы на примере "МегионСофтОйл"

  Разработка автоматизированной информационной системы для учета и контроля выполнения ремонтных работ, и предоставления услуг по разработке программного обеспечения компании "МегионСофтОйл", разработка алгоритмов приложений программной системы и модулей.
  
  дипломная работа [5,3 M], добавлен 29.06.2012
  

• Создание автоматизированной информационной системы (АИС) для учета деятельности авторемонтного предприятия

  Обоснование необходимости совершенствования информационной системы (ИС) ООО "Мехсервис". Анализ системы учета деятельности авторемонтного предприятия. Разработка концепции построения автоматизированной ИС. Описание продукта информационной технологии.
  
  дипломная работа [2,7 M], добавлен 22.05.2012
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам