5fan_ru_Информационные системы. Курс лекций. Лекция 2 Модели жизненного цикла информационных систем 8 Основные процессы жизненного цикла 9 Вспомогательные процессы 9
 Скачать 496.5 Kb.
|
Использование SilverRunМетодологияПланирование и разработка комплексных информационных систем невозможны без тщательно обдуманного методологического подхода. Какие этапы необходимо пройти, какие методы и модели использовать, как организовать контроль за продвижением проекта и качеством выполнения работ - эти вопросы решаются методологиями программной инженерии. Методологий существует много, и главное в них - единая дисциплина работы на всех этапах жизненного цикла системы. Если учитываются все критические задачи и контролируется их решение, качество создаваемых систем значительно возрастает. При этом, в общем случае, не важно, какие конкретно методы были выбраны для решения этих задач. Для различных классов систем используются свои методы разработки. Они определяются как типом создаваемой системы, так и средствами реализации. Вероятно, самыми распространенными по объемам разработок являются информационные системы бизнес-класса. Практически в каждой организации имеются специалисты, разрабатывающие или сопровождающие информационные системы. Спецификация этих систем в большинстве случаев состоит из двух основных компонентов: функционального и информационного. По способу сочетания этих компонентов подходы к представлению информационных систем можно разбить на два основных типа - структурный и объектно-ориентированный. Разумеется, объектно-ориентированные методы также являются структурными в прямом понимании этого слова. Но исторически в программной инженерии этот термин закрепился за рядом дисциплин: структурное программирование, структурный дизайн, структурный анализ. В структурных технологиях функциональная и информационная модели строятся отдельно, чаще всего в виде диаграмм потоков данных и диаграмм "сущность-связь". Объектно-ориентированные технологии рассматривают информацию неотъемлемо от процедур ее обработки. Модели объектно-ориентированных технологий описывают структуру, поведение и реализацию систем в терминах классов объектов. Объектно-ориентированные технологии доминируют в области создания операционных систем, средств разработки и исполнения приложений, систем реального времени. Концепция объекта помогает бороться с быстро растущей сложностью систем. Кроме того, взаимодействующие электронные устройства, как и элементы программ, естественно представляются объектами. В области создания бизнес-систем лидируют структурные технологии, так как они максимально приспособлены для взаимодействия с заказчиками и пользователями, не являющимися специалистами в области информационных технологий. А анализ опыта разработок информационных систем показал, что активное привлечение пользователей на этапах выявления требований и постановки задачи является критическим фактором успеха крупных проектов. При разработке систем бизнес-класса основные усилия затрачиваются именно на понимание и спецификацию требований пользователя, а для реализации используются покупные средства разработки приложений (чаще всего языки четвертого поколения) и системы управления базами данных (чаще всего реляционные). В терминах вышесказанного, место системы SILVERRUN в технологиях программной инженерии можно определить следующим образом: это CASE-система верхнего уровня, предназначенная для инструментальной поддержки структурных методологий создания информационных систем бизнес-класса. Таким образом, эта система может быть использована специалистами, занимающимися анализом и моделированием деятельности предприятий, разработчиками информационных систем, администраторами баз данных. Средства управления проектомДля контроля выполнения всех предусмотренных выбранной методологией действий используются специальные средства. В них расписываются все шаги проектной деятельности, и для каждого шага назначаются ответственные за его выполнение специалисты. Обычно средства управления проектом дают возможность прогнозировать сроки и стоимость выполнения проекта с учетом сложности задачи, количества и квалификации персонала. В системе регистрируются план-графики работ и выполнение заданий. На основании полученных в процессе работы данных система может пересчитать прогноз стоимости и длительности проекта. Также обычно имеется возможность учитывать результаты предыдущих проектов, подстраивая таким образом планирование под темпы работы конкретного коллектива. Использование средств управления проектом позволяет значительно усилить контроль проектной деятельности и гарантировать выполнение всех предусмотренных методологией действий. CASE-система верхнего уровняКак уже упоминалось, самой критической фазой жизненного цикла информационной системы является анализ требований, включающий спецификацию правил работы и разработку архитектуры систем. Программист может не знать правила растаможивания товаров или проведения финансовых операций. Но он должен создать систему, обеспечивающую корректное выполнение этих действий. Это возможно только при наличии их детальных спецификаций. А если на этапе проектирования был сделан неправильный выбор архитектуры системы, может значительно снизиться эффективность ее использования. Подобные ошибки невозможно компенсировать даже высоким качеством реализации. Правильно решить такие задачи можно, только работая совместно с пользователями. Не случайно тесное взаимодействие с пользователем и полная спецификация требований стоят на первом месте в списке факторов, определяющих успех или крах проекта. CASE-системы верхнего уровня предназначены для автоматизированной поддержки создания спецификаций, с одной стороны, понятных пользователю, с другой стороны, содержащих технические детали для разработчиков. Эти системы позволяют постепенно переходить от формирования бизнес-требований к генерации реализующих эти требования приложений. Ниже будет показано, как это осуществляется в системе SILVERRUN. Средства поддержки проектирования системПри разработке архитектуры системы "клиент-сервер" бывает необходимо проверить работоспособность принятого решения. Для этой цели предназначены специализированные средства, например эмуляторы систем распределенной обработки. С помощью таких средств можно оценить требуемую пропускную способность каналов связи и мощность рабочих станций. При больших масштабах, характерных для распределенных систем, потери, возникающие вследствие построения неработоспособной архитектуры, могут быть очень велики. Поэтому затрата времени и средств на предварительный анализ выбранной архитектуры чаще всего бывает оправдана. Средства управления разработкой приложенийКоллективная разработка больших информационных систем значительно упрощается при использовании автоматизированных систем ее поддержки. Трекеры ошибок и системы контроля версий позволяют синхронизировать работу удаленных групп разработчиков и создавать многоверсионные системы. |