ПРОЕКТИРОВАНИЕ И РЕАЛИЗАЦИЯ СИСТЕМЫ ПРОВЕРКИ НА ЛИНИИ РЕЗУЛЬТАТОВ сочинение пример

ООО "Сочинения-Про"

Ежедневно 8:00–20:00

Санкт-Петербург

Ленинский проспект, 140Ж

magbo system

Сочинение на тему ПРОЕКТИРОВАНИЕ И РЕАЛИЗАЦИЯ СИСТЕМЫ ПРОВЕРКИ НА ЛИНИИ РЕЗУЛЬТАТОВ

ГЛАВА ПЕРВАЯ

Введение

1.1 ОБЗОР

Количество учащихся в высших учебных заведениях растет очень тревожными темпами. Увеличение численности студентов за эти годы сделало работу административного сотрудника, отвечающего за обработку результатов студентов, очень утомительным занятием (Atebong et al., 2010). В Университете Суле Ламидо (K / Hausa), где регистрируется достаточно большое количество студентов, и при этом каждый год поступает больше, обработка академической успеваемости студентов представляет собой очень серьезную проблему, поскольку требует участия большого числа людей, что увеличивает затраты и задержку. связано с этим. Академическая успеваемость студентов относится к важной информации, касающейся приема студентов и успеваемости в принимающем университете (Моисей, 2008).

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

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

В значительной степени предлагаемая система, в свою очередь, уменьшит причины, связанные с задержками в обработке и публикации результатов на факультете компьютерных наук Университета Суле Ламидо, К / Хауса. Усовершенствованная компьютерная программа для вычисления результатов, интегрированная с базой данных для хранения обработанных результатов, упрощает систему оценки факультетов и преодолевает недостатки существующих пакетов. Система учитывает межведомственное сотрудничество и альянсы по сети, которая ускоряет сбор обработанных результатов от назначенных отделов через улучшенную централизованную систему баз данных (Obiniyi & Ezugwu, 2010).

1.2 ИСТОРИЧЕСКИЙ ФОН ОБРАЩЕНИЯ

Факультет математики и компьютерных наук, Университет Суле Ламидо K / Hausa – один из крупнейших факультетов в университете, который был утвержден Сенатом и Советом в 2013 году. Впоследствии он полностью вступил в академическую сессию 2014/2015 гг. До этого студенты бакалавриата компьютерных наук входили в состав математического факультета.

1.3 ПОСТАНОВКА ПРОБЛЕМЫ

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

<Р> DELAY: –

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

НЕПРАВИЛЬНЫЕ РЕЗУЛЬТАТЫ

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

Дублирование результатов: –

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

1.4 ОБЛАСТЬ ИССЛЕДОВАНИЯ

Предметом данного исследования является комплексное исследование использования компьютерной системы проверки результатов (CBRCS) на примере факультета компьютерных наук.

1.5 ЦЕЛЬ И ЗАДАЧИ

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

     

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

  3. Спроектировать / разработать систему, которая облегчает запрос академических документов студентов.

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

1.6 ЗНАЧЕНИЕ ИССЛЕДОВАНИЯ

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

     

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

  3. Это вклад в знания.
  4.  

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

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

1.7 МЕТОДОЛОГИЯ

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

1.8 ОРГАНИЗАЦИЯ ПРОЕКТА

Глава первая:

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

Глава вторая:

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

Глава третья.

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

Глава четвертая:

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

ГЛАВА ТРЕТЬЯ

СИСТЕМНЫЙ АНАЛИЗ И ДИЗАЙН

3.1 ВВЕДЕНИЕ

В этой главе основное внимание уделяется подробному описанию методологии исследования, где приводится описание способа и способа проведения исследования, таких как дизайн исследования, процедуры требований, выявление требований и анализ требований. Методология, использованная при разработке, – это методология структурированного системного анализа и проектирования (SSADM). Используемая модель процесса – модель водопада и инкрементного процесса. PHP и MySQL Server использовались для проектирования системы.

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

3.2 АНАЛИЗ СИСТЕМЫ

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

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

3.3 ВХОД, АНАЛИЗ ОБРАБОТКИ И ВЫХОДА СУЩЕСТВУЮЩЕЙ СИСТЕМЫ

Подсистема ввода, обработки и вывода обычной системы обрабатывается ударом;

<Р> я. Анализ входных данных: проводятся непрерывные оценки (курсовые работы); на том основании, что он должен соответствовать удобному периоду как для преподавателей, так и для студентов. Оценки, проведенные в течение семестра, суммируются, которые совместно весят от 20% до 40% от общего количества баллов за преподаваемый курс, в то время как экзамен на конец семестра должен составлять от 60% до 80%, если иное не утверждено компетентным органом. участие.

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

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

3.4 ПРЕДЛАГАЕМАЯ СИСТЕМА

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

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

3.5 КОНСТРУКЦИЯ СИСТЕМЫ

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

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

3.6 СИСТЕМНЫЕ ТРЕБОВАНИЯ

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

     

  1. Функциональные требования
  2.  

  3. Нефункциональные требования

Функциональные требования

Здесь, соответствующее ожидание системы и то, что система должна сделать, должным образом учтено, поэтому система должна:

     

  1. Предоставьте доступ к результатам учащихся через Интернет в назначенное время.
  2.  

  3. Контролируйте доступ как лекторов, так и пользователей (студентов) Системы.
  4.  

  5. Получать, обновлять и извлекать информацию о результатах учащегося в свое время.
  6.  

  7. Принимайте ответы как от лекций, так и от студентов в форме электронных писем, если жизненно важные записи опущены.
  8.  

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

  11. Принимать и получать разные запросы
  12.  

  13. Распечатка стенограммы результатов студентов.
  14.  

  15. Регистрация / управление студентами, учреждениями и администрацией учреждения.

I. Нефункциональные требования
<Р> а. Юзабилити

     

  1. Системе требуются клавиатура и мышь или клавиатура или мышь для всего ввода.
  2.  

  3. Интерфейс будет удобным для пользователя.

<Р> В. Гибкость:

     

  1. Система предусматривает расширение при изменении требований пользователя.
  2.  

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

<Р> С. Надежность: выполнение всех действий в системе займет не более 0,5 секунды, кроме шифрования и дешифрования, которые зависят от размера файла или папки.

<Р> Д. Доступность. Доступность системы гарантируется в режиме реального времени.

<Р> Е. Ремонтопригодность: это характеристика конструкции и установки, которая определяет вероятность того, что неисправное оборудование, машина или система могут быть восстановлены до нормального рабочего состояния в течение заданного периода времени, используя предписанные методы и процедуры. Двумя основными его компонентами являются удобство обслуживания (простота проведения плановых проверок и обслуживания) и ремонтопригодность (простота восстановления службы после сбоя).

<Р> F. Тестируемость: это степень сложности тестирования предлагаемой системы. Тестируемость определяет предел, до которого риск дорогостоящих или опасных ошибок может быть снижен до приемлемого уровня.

Зарегистрируйся, чтобы продолжить изучение работы

    Поделиться сочинением
    Ещё сочинения
    Нет времени делать работу? Закажите!

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