Границы применимости методологии RAD.
1) объём проекта и требования бизнеса четко определены, не изменяются, а сам проект невелик;
2) проект не зависит от других средств автоматизации бизнеса, количество внешних интерфейсов ограниченно;
3) система ориентирована на экранные формы, обработка данных и системные функции составляют незначительную часть, удобство экранных форм является важнейшим фактором успеха проекта;
4) пользователи имеют высокую квалификацию и изначально положительно оценивают идею создания новой системы.
Таким образом, методом УРП лучше разрабатывать небольшие проекты, ориентированные на конкретного заказчика. Оцен
ка размера приложений производится на основе так называемых функциональных элементов (экраны, сообщения, отчеты, файлы и т.п.) Подобная метрика не зависит от языка программирования, на котором ведется разработка.
Недостатки RAD:
1) основное внимание уделяется экранным формам
2) модули проектируются изолированно, что приводит к большому кол-ву ошибок при интеграции, а так же дублированию ф-ций и данных
3) отсутствие или недостаточность документации
4) обработка внештатных ситуаций производиться отдельно для каждого модуля, что приводит к неустойчивой работе системы в проблемных ситуациях
Не подходят для разработки по методологии RAD приложения, в которых отсутствует ярко выраженная интерфейсная часть, наглядно определяющая логику работы системы (н-р, приложения реального времени) и приложения, от которых зависит безопасность людей (н-р, управление самолетом или атомной электростанцией), так как итеративный подход предполагает, что первые несколько версий наверняка не будут полностью работоспособны, что в данном случае исключается.
|
|
|
Основные принципы методологии RAD:
1) разработка приложений итерациями;
2) необязательность полного завершения работ на каждом из этапов жизненного цикла;
3) обязательное вовлечение пользователей в процесс разработки ИС;
4) необходимое применение CASE-средств, обеспечивающих целостность проекта;
5) необходимое использование генераторов кода;
6) использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности конечного пользователя;
7) тестирование и развитие проекта, осуществляемые одновременно с разработкой;
8) ведение разработки немногочисленной хорошо управляемой командой профессионалов;
9) грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.
24.* Дайте определение CASE-технологии. Укажите основные компоненты интегрированного CASE-средства.
CASE-технология - совокупность методов анализа, проектирования, разработки и сопровождения АИС, поддержанной комплексом взаимосвязанных средств автоматизации. Основная цель CASE-технологии - отделить процесс проектирования АИС от ее кодирования и последующих этапов разработки, а также максимально автоматизировать процесс разработки и функционирования систем.
|
|
|
Термин CASE (Computer Aided Software Engineering) используется в настоящее время в весьма широком смысле. Первоначальное значение термина CASE, ограниченное вопросами автоматизации разработки только лишь программного обеспечения (ПО), в настоящее время приобрело новый смысл, охватывающий процесс разработки сложных ИС в целом. CASE-средства вместе с системным ПО и техническими средствами образуют полную среду разработки ИС.
Современные CASE-средства охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных ср-в автоматизации, покрывающих весь ЖЦ б/с-процес.
Интегрир-е CASE-средство (или комплекс средств, поддерживающих полный ЖЦ БП) содержит следующие компоненты:
1. репозиторий, являющийся основой CASE-средства. Он должен обеспечивать хранение версий проекта и его отдельных компонентов, синхронизацию поступления информации от различных разработчиков при групповой разработке, контроль метаданных на полноту и непротиворечивость;
|
|
|
2. графические средства анализа и проектирования, обеспечивающие создание и редактирование иерархически связанных диаграмм (DFD, ERD и др.), образующих модели ИС;
3. средства разработки приложений, включая языки 4GL и генераторы кодов;
4. средства конфигурационного управления;
5. средства документирования;
6. средства тестирования;
7. средства управления проектом;
8. средства реинжиниринга.
24.*
Все современные CASE-средства могут быть классифицированы в основном по типам и категориям. Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ. Классификация по категориям определяет степень интегрированности по выполняемым функциям и включает отдельные локальные средства, решающие небольшие автономные задачи (tools), набор частично интегрированных средств, охватывающих большинство этапов ЖЦ ИС (toolkit) и полностью интегрированные средства, поддерживающие весь ЖЦ ИС и связанные общим репозиторием. Помимо этого, CASE-средства можно классифицировать по следующим признакам:
1. применяемым методологиям и моделям систем и БД.
|
|
|
2. степени интегрированности с СУБД.
3. доступным платформам.
ПИС
1. Приведите структуру автоматизированной экономической информационной системы (АЭИС).
2. Охарактеризуйте модели жизненного цикла разработки АЭИС.
3. Поясните основные принципы проектирования АЭИС.
4. Поясните подход к выделению функциональных подсистем АЭИС.
5. Назовите обеспечивающие подсистемы АЭИС. В чем их основное отличие от функциональных подсистем?
6. Перечислите стадии и этапы жизненного цикла АЭИС.
7. Приведите состав и поясните назначение проектной документации, разрабатываемой в ходе предпроектного обследования.
8. Перечислите основные методы предпроектного обследования.
9. Дайте определение технологии проектирования и технологической операции проектирования АЭИС.
10. Приведите классификацию технологий проектирования АЭИС по степени автоматизации проектных работ.
11. Приведите основные этапы, состав работ и результаты методики проведения обследования бизнес-процессов.
12. Приведите основные этапы и состав работ на проектной стадии разработки АЭИС.
13. Перечислите состав работ на стадии ввода АЭИС в эксплуатацию.
14. Перечислите виды испытаний АЭИС. Укажите цель проведения каждого вида испытаний.
15. Дайте определение информационному обеспечению АЭИС, приведите его состав.
16. Приведите методы классификации, используемые при разработке информационного обеспечения АЭИС.
17. Перечислите методы кодирования информации.
18. Приведите схемы основных моделей архитектуры клиент/сервер.
19. Перечислите виды автоматизированных систем в составе интегрированной АЭИС.
20. Поясните основные свойства транзакции.
21. Перечислите основные виды промежуточного программного обеспечения.
22. Перечислите основные показатели надежности АЭИС.
23. Дайте определение RAD-технологии разработки ИС. Укажите границы применимости этой технологии.
24. Дайте определение CASE-технологии. Укажите основные компоненты интегрированного CASE-средства.
Дата добавления: 2018-02-15; просмотров: 225; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!