Общая характеристика организации решения задачи на ПК

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

Для выполнения операций с локальными БД разрабатываются и используются так называемые локальные приложения.

Расположение БД в значительной степени влияет на разработку приложения, обрабатывающего содержащиеся в этой базе данные. Delphi-приложение осуществляет доступ к БД через BDE (Borland Database Engine — процессор баз данных фирмы Borland).

BDE представляет собой совокупность динамических библиотек и драйверов, обеспечивающих доступ к данным. BDE должен устанавливаться на всех компьютерах, на которых выполняются Delphi-приложения, осуществляющие работу с БД. Приложение через BDE передает запрос к базе данных, а обратно получает требуемые данные.

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

Рисунок 3 — Локальная архитектура.

Для доступа к локальной БД процессор баз данных BDE использует стандарт­ные драйверы, которые позволяют работать с форматами БД dBase, Parаdox, FoxPro, а также с текстовыми файлами.

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

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

Типовая работа состоит из таких этапов разработки программного обеспечения, как:

анализ требований;

проектирование;

реализация;

тестирование продукта;

внедрение и поддержка.

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

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

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

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

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

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

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

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

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

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

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

Первичная информация — информация (данные), которые являются входными и подлежат обработке в ИС.

Первичную информацию можно разделить на два типа:

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

динамические данные (информация. которая подлежит частым изменениям — информация об УМК).

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

В качестве входных документов для ввода динамической информации является документация УМК — лекции, инструкционные карты, комплект контрольно-оценочных средств, рабочая программа учебной дисциплины и т. д.

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