Проверяемый текст
Манелюк, Алексей Юрьевич; Информационная поддержка жизненного цикла изделий на примере функционирования финансово-промышленной группы (Диссертация 2002)
[стр. 49]

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

Подход RAD неприменим для построения сложных расчетных программ, операционных систем или программ управления сложными объектами в реальном масштабе времени, т.е.
программ, содержащих большой объем (сотни тысяч строк) уникального кода.
Сформулируем основные принципы методологии RAD: разработка приложений итерациями; необязательность полного завершения работ на каждом из этапов жизненного цикла; обязательность вовлечения пользователей в процесс разработки ИС; необходимость применения CASE средств, обеспечивающих целостность проекта; применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы; необходимость использования генераторов кода; использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности конечного пользователя; тестирование и развитие проекта, осуществляемые одновременно с разработкой;
[стр. 19]

стандарт интерфейса пользователя.
Методология RAD.
Одним из подходов к разработке ПО в рамках спиральной модели ЖЦ получившая широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development), она включает в себя три составляющие: небольшую команду программистов (от 2 до 10 человек); короткий, но тщательно проработанный производственный график (от 2 до 6 месяцев); повторяющийся цикл, при котором разработчики по мере того, как приложение начинает обретать форхму, запрашивают и реализуют в продукте требования, полученные через взаимодействие с заказчиком.
Жизненный цикл ПО по методологии RAD состоит из четырех фаз: анализа и планирования требований; проектирования; построения; внедрения.
Следует, однако, отметить, что методология RAD, как и любая другая, не может претендовать на универсальность, она хороша в первую очередь для относительно небольших проектов, разрабатываемых для конкретного заказчика.
Если же разрабатывается типовая система, которая не является законченным продуктом, а представляет собой комплекс типовых компонентов, централизованно сопровождаемых, адаптируемых к программно-техническим платформам, СУБД, средствам телекоммуникации, организационноэкономическим особенностям объектов внедрения и интегрируемых с существующими разработками, на первый план выступают такие показатели объекта, как управляемость и качество, которые могут войти в противоречие с простотой и скоростью разработки.
Для таких проектов необходимы высокий уровень планирования и жесткая дисциплина проектирования, строгое следование заранее разработанным протоколам и интерфейсам, что снижает скорость разработки.

Итак, перечислим основные принципы методологии RAD: разработка приложений итерациями; необязательность полного завершения работ на каждом из этапов жизненного цикла; обязательность вовлечения пользователей в процесс разработки ИС; необходимость применения CASE средств, обеспечивающих целостность проекта; 19

[стр.,20]

применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы; необходимость использования генераторов кода; использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности конечного пользователя; тестирование и развитие проекта, осуществляемые одновременно с разработкой; ведение разработки немногочисленной хорошо управляемой командой профессионалов; грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.
1.3.
Цель и задачи исследования Цель диссертационной работы заключается в оптимизации информационной среды управления бизнес-процессами ФПГ, с целью повышения эффективности ее деятельности.
В соответствии с поставленной целью в работе решаются следующие исследовательские задачи’.
проведение анализа операций коммерческих банков (на примере валютного отдела) в условиях сложившейся в России практики; создание функциональной модели бизнес-процессов ФПГ; проведение анализа информационной среды, информационных и денежных потоков, входов и выходов информационной системы ФПГ; построение модели интегрированной автоматизированной системы управления ФПГ.
Предметом исследования в соответствии с поставленными задачами является совокупность методов и средств с целью создания модели управления бизнес-процессами в ФПГ и управление ими на всех стадиях их жизненного цикла с учетом множества экономических, организационных, информационных, правовых факторов.
Объектом исследования является финансово-промышленная группа, включающая коммерческий банк и нефтеперерабатывающее предприятие.
Методы исследования.
Для решения поставленных в работе задач использовались методы экономического анализа, функционального моделирования.
20

[Back]