- •Приведите структуру автоматизированной экономической информационной системы (аэис).
- •Охарактеризуйте модели жизненного цикла разработки аэис.
- •Поясните основные принципы проектирования аэис.
- •Поясните подход к выделению функциональных подсистем аэис.
- •Назовите обеспечивающие подсистемы аэис. В чем их основное отличие от функциональных подсистем?
- •Перечислите стадии и этапы жизненного цикла ис в соответствии с гост 34.601-90.
- •Приведите состав и поясните назначение проектной документации, разрабатываемой в ходе предпроектного обследования.
- •Кратко охарактеризуйте методы выявления требований пользователей ис на этапе предпроектного обследования.
- •Методы формирования нового заданного состояния экономического объекта.
- •Дайте определение технологии проектирования и технологической операции проектирования аэис.
- •Приведите классификацию технологий проектирования аэис по степени автоматизации проектных работ и применению типовых проектных решений.
- •Приведите классификацию типовых проектных решений по уровню декомпозиции.
- •Дайте определение и кратко поясните суть постановки задачи на этапе технического проектирования ис.
- •Компоненты постановки задачи
- •План постановки задачи
- •Организационно-экономическая сущность задачи
- •Приведите порядок разработки эксплуатационной документации в соответствии с гост р исо/мэк 15910-2002.
- •Перечислите виды испытаний аэис. Укажите цель проведения каждого вида испытаний.
- •Дайте определение информационному обеспечению аэис, приведите его состав.
- •Приведите методы классификации, используемые при разработке информационного обеспечения аэис.
- •Перечислите методы кодирования информации.
- •Приведите схемы основных моделей архитектуры клиент/сервер.
- •Перечислите виды автоматизированных систем в составе интегрированной аэис.
- •Поясните основные свойства транзакции.
- •Перечислите основные виды промежуточного программного обеспечения.
- •Перечислите основные показатели надежности аэис.
- •Дайте определение rad-технологии разработки ис. Укажите границы применимости этой технологии.
- •Границы применимости методологии rad.
- •Дайте определение case-технологии. Укажите основные компоненты интегрированного case-средства.
Дайте определение rad-технологии разработки ис. Укажите границы применимости этой технологии.
Одним из возможных подходов к разработке ИС в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки ИС, содержащий 3 элемента:
1. небольшую команду программистов (от 2 до 10 человек);
короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);
2. повторяющийся цикл, при котором разработчики, по мере того, как 3. приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные через взаимодействие с заказчиком.
Команда разработчиков должна представлять из себя группу профессионалов, имеющих опыт в анализе, проектировании, генерации кода и тестировании ИС с использованием CASE-средств. Члены коллектива должны также уметь трансформировать в рабочие прототипы предложения конечных пользователей.
Жизненный цикл ИС по методологии RAD состоит из четырех фаз:
1. фаза анализа и планирования требований;
2. фаза проектирования;
3. фаза построения;
4. фаза внедрения.
Границы применимости методологии rad.
Методы УРП и СРП можно использовать далеко не всегда, а лишь в том случае, если:
объем проекта и требования бизнеса четко определены, не изменяются, а сам проект невелик;
проект не зависит от других средств автоматизации бизнеса, количество внешних интерфейсов ограниченно;
система ориентирована на экранные формы, обработка данных и системные функции составляют незначительную часть, удобство экранных форм является важнейшим фактором успеха проекта;
пользователи имеют высокую квалификацию и изначально положительно оценивают идею создания новой системы.
Таким образом, методом УРП лучше разрабатывать небольшие проекты, ориентированные на конкретного заказчика. Оценка размера приложений производится на основе так называемых функциональных элементов (экраны, сообщения, отчеты, файлы и т.п.) Подобная метрика не зависит от языка программирования, на котором ведется разработка.
Методология RAD неприменима для построения сложных расчетных программ, операционных систем или программ управления космическими кораблями, т.е. программ, требующих написания большого объема (сотни тысяч строк) уникального кода.
Не подходят для разработки по методологии RAD приложения, в которых отсутствует ярко выраженная интерфейсная часть, наглядно определяющая логику работы системы (например, приложения реального времени) и приложения, от которых зависит безопасность людей (например, управление самолетом или атомной электростанцией), так как итеративный подход предполагает, что первые несколько версий наверняка не будут полностью работоспособны, что в данном случае исключается.
В качестве итога перечислим основные принципы RAD:
разработка приложений итерациями;
необязательность полного завершения работ на каждом из этапов жизненного цикла;
обязательное вовлечение пользователей в процесс разработки ИС;
необходимое применение CASE-средств, обеспечивающих целостность проекта;
необходимое использование генераторов кода;
использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности конечного пользователя;
тестирование и развитие проекта, осуществляемые одновременно с разработкой;
ведение разработки немногочисленной хорошо управляемой командой профессионалов;
грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.