Современные методы и средства проектирования информационных систем - Курс лекций

Современные методы и средства проектирования информационных системмоделирование проектирование поток 1.3 Методологии и технологии проектирования ИС 1.3.1 Общие требования к методологии и технологии Структурный подход к проектированию ИС 2.4.3 Подход, используемый в CASE-средстве Vantage Team Builder5.2 Vantage Team Builder (Westmount I-CASE) Uniface 5.2.1 Vantage Team Builder (Westmount I-CASE) 5.5 Объектно-ориентированные CASE-средства (Rational Rose)Исследование рынка проводится путем изучения литературы по CASE-средствам, посещения конференций и семинаров, проводимых поставщиками (их перечень приведен в конце данного обзора) и пользователями CASE-средств. При проведении данного анализа необходимо выяснить возможность интеграции конкретного CASE-средства с другими средствами, используемыми (или планируемыми к использованию) организацией. Например, оценка степени успешности внедрения может включать процент проектов, использующих CASE-средства, рейтинговые оценки уровня квалификации специалистов, связанные с использованием CASE-средств и результаты опросов персонала по поводу отношения к использованию CASE-средств. Нисходящий подход к разработке стратегии признает важность исследования всех типов CASE-средств и документирования процессов разработки и сопровождения ПО в данной организации до того, как определяются требования к CASE-средствам. Например, нисходящие методы могут использоваться для определения стандартов качества организации, потребностей в средствах и ожидаемых результатов, тогда как восходящие методы могут использоваться для оценки и выбора конкретных CASE-средств, разработки планов внедрения и контроля его результатов.Примерами таких процессов являются анализ требований, проектирование, реализация, тестирование и оценка, сопровождение, обеспечение качества, управление конфигурацией и управление проектом, причем они зависят от принятой пользователем модели ЖЦ. область применения. Такие стандарты касаются языка, базы данных, репозитория, коммуникаций, графического интерфейса пользователя, документации, разработки, управления конфигурацией, безопасности, стандартов обмена информацией и интеграции по данным, по управлению и по пользовательскому интерфейсу. совместимость с другими средствами. Квалификация и опыт, необходимые для эффективного использования CASE-средств. простота работы с CASE-средством (как для начинающих, так и для опытных пользователей). унифицированность пользовательского интерфейса (по отношению к другим средствам, использующимся в данной организации). онлайновые подсказки (полнота и качество). качество диагностики (понятность и полезность диагностических сообщений для пользователя). допустимое время реакции на действия пользователя (в зависимости от среды). простота установки и обновления версий. Доступные возможности лицензирования, право копирования (носителей и документации), любые ограничения и/или штрафные санкции за вторичное использования (подразумевается продажа пользователем CASE-средства продуктов, в состав которых входят некоторые компоненты CASE-средства, использовавшиеся при разработке продуктов). экспортные ограничения. профиль продукта. В частности, интерфейс между CASE-средствами и средствами разработки приложений должен выполнять две основные функции: а) непосредственный переход в рамках единой среды от описания логики приложения, реализованного CASE-средством, к разработке пользовательского интерфейса (экранных форм); б) перенос описания БД из репозитория CASE-средства в репозиторий средства разработки приложений и обратно.Информацию относительно приобретения, установки и настройки CASE-средств. Информацию относительно интеграции каждого средства с существующими средствами, включая как интеграцию CASE-средств друг с другом, так и их интеграцию в процессы разработки и эксплуатации ПО, существующие в организации. Ожидаемые потребности в обучении и ресурсы, используемые в течение и после завершения процесса перехода. Цели, критерии оценки, график и риски, связанные с планом перехода Данная информация должна включать следующее: Типы проектов, в которых, в конечном счете, будет использоваться средство.Задачи приобретения, установки и настройки должны быть как можно быстрее переданы из группы пилотного проекта в существующую службу системной поддержки ПО организации. В большинстве случаев такая интеграция в процессе пилотного проектирования не осуществляется, однако накапливаемая в этом процессе информация может помочь в разработке планов интеграции. Описания данных, которые должны совместно использоваться новым и существующими средствами, а также предварительная информация об источниках этих данных. Оценки затрат, сроков и рисков, связанных с интеграцией (и, возможно, переходом от существующих средств и данных). Риск, связанный с интеграцией нового средства с существующими средствами и процессами, снижается, если потребности в интеграции учитываются в процессе оценки и выбора средства.

План перехода должен включать следующее:План конвертирования данных и снятия старых средств с эксплуатации.План перехода должен определять следующие стандарты и процедуры использования средств: