43
обеспечения
Express
Express
Delphi
Explorer
Указанные выше сравнительные характеристики (табл. 1.), позволяют
говорит о том, что в рамках решаемой задачи использование скриптового языка
php и объектно-ориентированного Delphi является не целесообразным.
Учитывая, что клиентская часть должна иметь доступный и простой
интерфейс пользователя хорошим средством разработки становится RAD среда
разработки. Предложенная среда разработки включает: редактор исходных
текстов, компилятор, компоновщик и отладчик. Достаточно удобно в данном
исследовании воспользоваться одним из языков программирования С++.
Программа должна работать в операционной системе Windows 95/98, NT,
2000, XP. Программа должна удовлетворять требованиям интерфейса для этих
операционных систем.
Программа использует для работы базу данных формата Paradox и
систему работы с базами данных BDE фирмы Borland версии не ниже 5.0.
Данная система должна быть установлена на компьютере, на котором
функционирует приложение. Данная система поставляется и устанавливается на
компьютер совместно с системой разработки С++ Builder/Delphi. Также в пакет
поставки системы разработки входит утилита управления псевдонимами баз
данных BDEAdministrator и программы работы с базами данных Database
Desctop и SQLExplorer
44
1.4.3 Обоснование проектных решений по техническому обеспечению
Разработка проекта предполагает использование существующего на
балансе организации технического обеспечения, в рамках которого будет
строиться система данных о студентах в директорате.
Разрабатываемое приложение в полной мере будет функционировать как в
локальном, так и в сетевом вариантах. В случае сетевого варианта (технология
клиент-сервер) технические характеристики для локального компьютера и
компьютера-сервера (имеется в виду минимальная комплектация) не
отличаются и являются идентичными: процессор с тактовой частотой 300 МГц,
объем оперативной памяти – 1 Гбайт, объем жесткого диска для установки
приложения - не менее 1 Гб, достаточный объем жесткого диска определяется
размером информационной базы, но рекомендуется не меньшим, чем 2 Гб.
45
II Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Независимо от выбора подхода к проектированию, разработка проходит
все этапы жизненного цикла.
Жизненный цикл является непрерывным процессом начало которого идет
с момента принятия решения о необходимости его создания и заканчивается в
момент его полного изъятия из эксплуатации.
Стадии жизненного цикла (далее ЖЦ) описаны в Государственном
стандарте РФ ГОСТ Р ИСО/МЭК "Информационная технология. Процессы
жизненного цикла программных средств"под номером 12207-99, принятый и
введенный в действие постановлением Госстандарта России от 23 декабря 1999
г. № 675-ст. Настоящий стандарт содержит полный аутентичный текст
международного стандарта ISO/IEC 12007:95 «Информационная технология.
Процессы жизненного цикла программных средств», который действует с
незначительными поправками в настоящее время и регламентирует процессы
жизненного цикла программных средств и информационных технологий. Все
процессы ЖЦ в соответствии с этим стандартом делятся на три группы:
основные процессы, вспомогательные и организационные.
Вспомогательные процессы предназначены для поддержки выполнения
основных процессов, обеспечения качества проекта, организации верификации,
проверки и тестирования ПО. Организационные процессы определяют действия
и задачи, выполняемые как заказчиком, так и разработчиком проекта для
управления своими процессами. Стандарт не определяет конкретной модели
жизненного цикла или метода разработки программного средства.
Пользователи, применяющие настоящий стандарт, должны сами выбирать
модель ЖЦ применительно к своему программному проекту и распределять
46
процессы, работы и задачи, выбранные из настоящего стандарта, на данной
модели.
ГОСТ 34.60190 определяет следующие стадии и этапы создания АИС [7]:
1. Формирование требований к АИС:
обследование организации и обоснование необходимости разработки
проекта автоматизации;
требования конечных пользователей к системе;
оформление отчёта о проделанной работе (тактико-техническое задание).
2. Разработка концепции АИС:
изучение объекта автоматизации;
проведение исследовательских научных работ, необходимых для работы;
разработка вариантов АИС, выбор окончательного варианта, который
будет удовлетворять всем требованиям пользователя;
оформление отчёта о проделанной работе.
3. Разработка технического задания (далее ТЗ). ТЗ – это документ, в
котором сформулированы основные цели разработки, требование к
программному продукту, определены сроки и этапы разработки, и
регламентирован процесс приёмно-сдаточных испытаний.
4. Эскизный проект (макет):
планирование предварительных проектных решений по будущей системе,
по отдельным её частям;
разработка документаций как на АИС.
5. Технический проект:
принятие решений по создаваемой системе;
разработка документаций на систему;
разработка и оформление документации на поставку изделий на
комплектование АИС;
47
оформление технических требований на разработку изделий для
комплектования АИС;
задания на проектирование в смежных модулях ИС.
6. Рабочая документация:
создание рабочей документации;
разработка программ и её адаптация.
7. Ввод в действие:
подготовка предприятия-заказчика к началу установки АИС;
обучение персонала;
комплектование АИС техническими и программными средствами;
предварительные испытания АИС;
опытная эксплуатация установленной и проверенной системы;
приёмочные испытания.
8. Сопровождение АИС:
выполнение обязательств по гарантийному обслуживанию;
послегарантийное обслуживание.
Модель жизненного цикла отражает различные состояния системы в
процессе всего жизненного цикла АИС. Модель ЖЦ – это такая структура,
которая содержит все процессы, действия и задачи по разработке программного
продукта, по его сопровождению и функционированию в течении всей жизни
созданной системы, вплоть до её исчезновения.
В настоящее время известны несколько моделей жизненного цикла, но все
они сводятся к выполнению следующих стадий:
Планирование и анализ требований.
Проектирование (техническое и логическое.) [16].
48
Реализация (рабочее проектирование, физическое проектирование,
программирование. Разработка и настройка программ, наполнение баз данных,
создание инструкций).
Внедрение (Тестирование, опытная эксплуатация. Обучение персонала).
Эксплуатация (Сопровождение и модернизация. Исправление ошибок и
недоработок. Повторение стадий 2-5 при необходимости).
Существуют разные модели жизненного цикла: каскадная, итерационная,
спиральная. Все они включают одни и те же стадии, но различаются
последовательностью перемещения от стадии к стадии.
Для автоматизации процесса контроля знаний учащихся ГБОУ города
Москвы школы 656 имени А.С. Макаренко будет применятся V-образная
модель, которая основана на систематическом подходе к проблеме, для решения
которой определены четыре базовых шага:
анализ (планирование и требования);
проектирование;
разработка (кодирование);
обзор (тестирование).
Существуют следующие основные стратегии внедрения системы:
Стратегия “Параллельное использование”. Параллельное использование
- параллельно выполняются старая и новая технология решения
задачи, их результаты сравниваются. Если результаты согласуются
длительное время, то осуществляется переход на новую технологию.
Плюсы:
- минимальный риск ошибок в виде новых технологий;
- управления внедрения ИС может осуществлять независимо от
обычного операционного планирования компании.
Минусы:
- двойная загрузка персонала;
- потребности в удвоенных мощностях серверов;
49
- необходимость постоянной сверки результатов работы 2х технологий.
Стратегия “Скачек”. Скачек - старая технология работает до
определенного момента, затем осуществляется внедрение новой
технологии, а после внедрения реализуется только новая технология
Плюсы:
- минимальная длительность переходного периода;
- нет двойных затрат на деятельность компании;
- новые процессы являются наиболее оптимальными в виду отсутствия
переходного периода.
Минусы:
- высокие риски несоответствия качества ИС требованиям компании;
- высокие требования к процессу планирования перехода на новую
технологию;
Стратегия “Пилотный проект”. Пилотный проект - тактика скачка
применяема к ограниченному числу процессов, областью применения
обычно является небольшой участок.
Плюсы:
- минимальный риск выбора неверного решения, которое не приводит к
длительному простою всего предприятия;
- возможность изменения планируемой технологии в процессе
внедрения ИС на участке;
- отсутствие 2х затрат на реализацию технологии.
Минусы:
- сложность интеграции информационных потоков формируемых по
старой и новой технологии;
- необходимость управления старой и новой ИС одновременно.
Стратегия “Узкое место”. Узкое место - автоматизация малой части
производственного процесса, который обычно выбирается по критериям,
50
их эффективности приводящих к повышению качества реализации
процессов только в определенном узком месте.
Плюсы:
- после автоматизации каждого узкого места имеется возможность
прервать автоматизацию;
- минимальные требования к уровню планирования работ внедрения.
Минусы:
- выполнение полного цикла планирования на каждом из узких мест -
ввиду возможности прерывания автоматизации процесс может, не
закончится некогда;
- независимость автоматизации узких мест может привести к
формированию избыточного множества программно аппаратных
решений.
Будем использовать стратегию “Узкое место”. Так как автоматизируется
малая часть производственного процесса.
Этап эксплуатации или сопровождения системы в динамично
меняющемся предприятии представляет собой довольно сложную задачу.
Модернизация программно-аппаратной части, вызванная физическим и
моральным старением компонентов АСУ; необходимость отслеживания
изменений в законодательстве; необходимость доработки системы под новые
требования ее пользователей; обеспечение безопасности информации в
процессе эксплуатации - эти и многие другие вопросы постоянно встают
перед персоналом, ответственным за процесс эксплуатации системы.
Таким образом, в условиях ограниченного бюджета и начальной стадии
автоматизации логичным будет выбрать стратегию автоматизации по
направлению и автоматизировать только непосредственно процесс
документооборота.
51
Рисунок 2.1 – V-образная модель ЖЦ
Особое внимание в этой модели уделяется верификации и аттестации
программного продукта. Тестирование обсуждается и планируется, начиная с
ранних этапов ЖЦ разработки. Основные понятия в данной модели:
детальное проектирование – определяется алгоритм работы каждого
компонента;
кодирование – преобразование алгоритма в готовое программное
обеспечение (далее ПО);
модульное тестирование – проверка каждого компонента или модуля;
интеграционное тестирование – интеграция программного продукта
(далее ПП) и его тестирование;
системное тестирование – проверка функционирования ПП после
помещения его в аппаратную среду.
Данный вид модели ЖЦ используют для разработки ИС, где главным
требованием является надёжность. Несмотря на ряд преимуществ, главное из
которых качественное планирование всех действий, у модели есть и недостатки:
не учитываются итерации между фазами, нельзя вносить изменения на разных
этапах ЖЦ. В техническом задании были предусмотрены работы по созданию
информационной системы (таблица 2.1).
Таблица 2.1 – Состав и содержание работ по созданию системы
52
Название работы
Содержание
Анализ объекта
автоматизации
Анализ существующей информационной системы,
выявление степени автоматизации работ, постановка
цели автоматизации
Создание АИС
согласно проекту
автоматизации
Изучение требований к системе, их аттестация,
разработка алгоритмов, написание программных
модулей, тестирование, отладка
Создание и
разработка ТЗ и
проекта
автоматизации
Описание объекта исследования, составление
технического задания на разработку, расчет
эффективности разработки, утверждение проекта
руководителем объекта автоматизации
Создание
программы
согласно проекта
Изучение требований к системе, разработка
алгоритмов, написание программных модулей,
тестирование, отладка
Опытная
эксплуатация
программы
На выделенном участке автоматизируемого
подразделения проводится пробная работа
пользователей с системой