- •Организационные методы управления проектирование ис, их классификация. Краткая характеристика классов.
- •Методы планирования и контроля проектирования ис. Их назначение и классификация.
- •Проектные организации: принципы работы.
- •1 . Если заказ имеет небольшие размеры по стоимости и по продолжительности работ, то принимают первую схему, в которой в одном лице выступают заказчик, разработчик и администратор.
- •2 . Для больших и сложных заказов применяют схему, согласно которой функции разработчика отделяются от функций заказчика и администратора и выполняются другой организацией
- •3 . В том случае, если заказчик - большая организация, которая курирует разработку нескольких проектов эис, применяют следующую схему
- •Методика управления проектированием с использованием метода спу.
- •Инструментальные средства автоматизации управления проектированием.
- •1. Средства описания комплекса работ проекта, связей между работами и их временных характеристик.
- •2. Средства поддержки информации о ресурсах и затратах по проекту и назначения ресурсов и затрат по отдельным работам над проектом.
- •3. Средства контроля за ходом выполнения проекта.
- •4. Графические средства представления структуры проекта, средства создания различных отчетов по проекту.
- •Система управления проектами и ее компоненты.
- •Автоматизированное проектирование ис. Методы и средства автоматизированного проектирования.
- •Инструментальные средства автоматизированного проектирования ис, их классификация. Краткая характеристика классов.
- •Основные параметры case - средств и их сравнительные характеристики.
- •Критерии выбора case - средств для проектирования ис.
- •Функционально-ориентированные case - средства и их характеристика.
- •Понятие словаря данных, его назначение и использование при автоматизированном проектировании ис. Контроль модели ис.
- •Объектно-ориентированные case - средства и их характеристика.
- •Case системы различных классов: tools, toolkit, workbenсh. Краткая характеристика инструментов.
- •Диаграмма «сущность – связь», ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение и изображения в различных нотациях. Связь с другими диаграммами.
- •Диаграмма бизнес функций, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение и изображения в различных нотациях. Связь с другими диаграммами.
- •Диаграмма переходов состояний, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение и изображения в различных нотациях. Связь с другими диаграммами.
- •Диаграмма потоков данных, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение и изображения в различных нотациях. Связь с другими диаграммами.
- •Системная структурная диаграмма, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение и изображения в различных нотациях. Связь с другими диаграммами.
- •Диаграмма прецедентов, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение. Связь с другими диаграммами.
- •Д иаграмма деятельности, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение. Связь с другими диаграммами.
- •Диаграмма классов, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение. Связь с другими диаграммами.
- •Диаграмма взаимодействия объектов, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение. Связь с другими диаграммами
- •Диаграмма активности, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение. Связь с другими диаграммами
- •Жизненный цикл ис при ее автоматизированном проектировании.
- •Жизненный цикл ис при её прототипном проектировании. Инструментальные средства прототипного проектирования, их классификация. Краткая характеристика классов.
- •Ппп его назначение и структура. Краткая характеристика подсистем и контуров
- •Функциональный ппп, его структура и назначение
- •Критерии оценки и выбора функционального ппп. Проектирование ис с помощью функционального ппп.
- •Настройка и адаптация ппп их назначение и классификация.
- •Типовое проектирование ис. Классификация методов типового проектирования. Краткая характеристика классов.
- •Понятие типового проектного решения (тпр), типового элемента ис. Тпр класса «задача».
- •Тпр класса «подсистема».
- •Тпр класса «система».
- •Основные понятия и сущность подсистемного типового метода проектирования.
- •Основные понятия и сущность элементного типового метода проектирования.
- •Сравнительный анализ элементного и подсистемного методов типового проектирования.
- •Прототипное проектирование ис (rad – технология). Понятие прототипа. Возможности и преимущества быстрой разработки прототипа ис.
- •Характеристика design idef. Генерация схемы бд средствами design idef.
- •Характеристика power designer .. Генерация схемы бд средствами power designer . Функционально-ориентированные схемы.
- •Характеристика power designer .. Генерация схемы бд средствами power designer .Объектно-ориентированные схемы.
- •Основные госТы и международные стандарты для проектирования ис
- •Задача №1
- •Задача №2
- •Задача №3
- •Задача №4
- •З адача №5
1 . Если заказ имеет небольшие размеры по стоимости и по продолжительности работ, то принимают первую схему, в которой в одном лице выступают заказчик, разработчик и администратор.
К преимуществу данной схемы можно отнести минимальное количество организаций - участников процесса и минимальные сроки и стоимость разработки.
Однако совмещение в одной организации функций разрабатывающей стороны и принимающей стороны имеет ряд существенных недостатков:
отсутствует действенный контроль за научно-техническим уровнем разработки, сроками выполнения работ;
не достигается высокого профессионального уровня разработчиков.
2 . Для больших и сложных заказов применяют схему, согласно которой функции разработчика отделяются от функций заказчика и администратора и выполняются другой организацией
К преимуществам данной схемы можно отнести:
рациональное распределение функций между сторонами, участвующими в создании и эксплуатации ЭИС;
возможность привлечения к разработке ЭИС специализированных организаций (НИИ, СКВ).
Однако и эта схема имеет недостатки:
отсутствие прямой связи между разработчиком и пользователем, что создает трудности в своевременном получении и детализации исходных данных для проектирования;
определенные трудности при приеме проекта в эксплуатацию из-за желания администраторов получить методологическое обеспечение задач, максимально соответствующее идеальным условиям эксплуатации, что, в свою очередь, требует больших сроков и объемов по доработке проекта.
3 . В том случае, если заказчик - большая организация, которая курирует разработку нескольких проектов эис, применяют следующую схему
Данная схема характеризуется тем, что на заказчика возлагаются функции сопровождения, заказа и приемки проектов нескольких ЭИС.
Преимуществами данной схемы являются:
более высокая степень специализации работников, следовательно, более высокий профессиональный уровень;
возможность организации контроля за сроками и качеством выполнения работ.
4. Отделение заказчика от разработчика позволяет последнему привлекать к своей работе организации-соисполнителей разных уровней иерархии, что, в свою очередь, позволяет использовать труд специализированных и профессиональных организаций.
Основными документами, регулирующими отношения заказчика и проектировщика, являются техническое задание и договор на проведение работ.
Иногда заказчик курирует частные ТЗ, если организациям выделены важные функции, которые имеют достаточно сложную структуру.
П ереход экономики страны на рыночные отношения привел к тому, что в области проектирования ЭИС появился самостоятельный рынок услуг по проектированию, покупке и установке вычислительной техники, разработке локальных сетей, прокладке сетевого оборудования и обучению пользователей, выполняемых компаниями, называемыми «системными интеграторами».
Под термином «системный интегратор» одни авторы понимают компании, специализирующиеся на сетевых и телекоммуникационных решениях (сетевые интеграторы), имеющие, в свою очередь, сеть своих реселеров (продавцов), или компании-программные интеграторы. Другие, например, считают, что компания - «системный интегратор» призвана выполнять комплексное решение задач заказчика при построении ЭИС, поскольку заказчик готов переложить детальную проработку и реализацию проекта на плечи системного интегратора, определив лишь исходные данные и задачи, которые должна решать реализуемая ЭИС. Такая компания выполняет, как правило, следующий набор функций:
продажа (дистрибуция, поставка для проектов) аппаратного обеспечения;
продажа (дистрибуция, поставка для проектов) программного обеспечения;
консалтинг, проектные работы, сервис, техническая поддержка, обучение.