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