Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Требования к аппаратным средствам

Читайте также:
  1. III. Требования к подготовке и представлению проектов законодательных и нормативных актов
  2. III. Управление силами и средствами на пожаре
  3. V. Требования к конкурсным работам.
  4. XI.требования предъявляемые к качеству питьевой воды.
  5. Акустические требования к воздушному объему, форме зала, очертаниям внутренних поверхностей
  6. Анализ обеспеченности предприятия основными средствами и эффективности их использования. Факторный анализ фондоотдачи.
  7. Антидотная терапия антихолинэстеразными средствами

Программное средство должно функционировать при минимальных требованиях к аппаратному обеспечению «клиента» системы:

- процессор: Intel Pentium или совместимый с частотой 1.2 GHz;

- ОЗУ: 256 MB;

- VGA адаптер;

- наличие манипулятора «мышь»;

- операционная система Windows 2000 или выше.

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

 

Этапы и стадии разработки

Исследование предмета автоматизации

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

- исследование и анализ объекта автоматизации;

- формирование видения и границы проекта;

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

Все вышеперечисленные пункты будут отражены в концепции проекта.

Проектирование

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

Разработка системы

Данный этап разделен на две стадии: реализация и тестирование.

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

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

Формирование документации

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

Обзор существующих аналогов

К настоящему времени более или менее проработана проблема формирования учебного плана (УП) специальности. В данном разделе рассмотрим средства, применяемые для формирования УП и информационные системы, предназначенные для этого.

Обзор средств, применяемых для формирования УП

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

Технологическая карта формирования учебного плана

В работе [18] рассматривается двухуровневая иерархическая система Высшей школы как объекта управления, представляющая собой: Министерство образования и науки - вуз (рисунок 2.1).

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

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

На приведенной схеме верхний уровень состоит из двух подуровней. Верхний подуровень – это министерство образования и науки РФ, нижний – УМУ. При этом предполагается, что УМУ разрабатывает типовой учебный план, а кафедра как представитель вуза играет только роль эксперта.

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

Рисунок 2.1 – Технологический процесс синтеза учебного процесса

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

Обзор подходов к разработке учебного плана

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


Дата добавления: 2015-10-13; просмотров: 131 | Нарушение авторских прав


Читайте в этой же книге: The abstract | Обзор информационных систем формирования УП | Модель бизнес-процессов | Когнитивная модель образовательного процесса | Расчет средней часовой оплаты проектировщика | Затраты на электроэнергию, потребляемую ПК | Формирование цены проекта | Технико-экономические показатели | Описание функционала | Соответствие разработанного интерфейса информационной системы критериям качества. |
<== предыдущая страница | следующая страница ==>
Введение| Модульное обучение

mybiblioteka.su - 2015-2024 год. (0.006 сек.)