- •Охарактеризуйте модели жизненного цикла разработки аэис.
- •1)Основные принципы
- •4. Поясните подход к выделению функциональных подсистем.
- •2)Функциональный подход. Для реализации функций управления выделяют следующие подсистемы: планирования, оперативного управления (регулирования), учета и контроля, анализа.
- •3)Предметно-функциональный подход.
- •Назовите обеспечивающие подсистемы аэис. В чем их основное отличие от функциональных подсистем?
- •Перечислите основные стадии и этапы жц ис в соответствии с гост 34.601-90
- •7. Приведите состав и поясните назначение проектной документации, разрабатываемой в ходе предпроектного обследования.
- •8. Кратко охарактеризуйте методы выявления требований пользователей ис на этапе предпроектного обследования.
- •Совместные семинары
- •Прототипирование
- •9. Дайте определение технологии проектирования и технологической операции проектирования аэис.
- •10. Приведите классификацию технологий проектирования аэис по степени автоматизации проектных работ и применению типовых проектных решений.
- •11. Приведите классификацию типовых проектных решений по уровню декомпозиции.
- •12. Дайте определение и кратко поясните суть постановки задачи на этапе технического проектирования ис.
- •13. Приведите порядок разработки эксплуатационной документации в соответствии с гост р исо/мэк 15910-2002
- •14. Перечислите виды испытаний аэис. Укажите цель проведения каждого вида испытаний.
- •15. Дайте определение информационному обеспечению аэис, приведите его состав
- •16. Приведите методы классификации, используемые при разработке информационного обеспечения аэис.
- •2) Многоаспектный метод.
- •17. Перечислите методы кодирования информации
- •18. Приведите схемы основных моделей архитектуры клиент/сервер
- •19. Перечислите виды автоматизированных систем в составе интегрированной аэис.
- •20. Поясните основные свойства транзакции
- •21. Перечислите основные виды промежуточного программного обеспечения.
- •22. Перечислите основные показатели надежности аэис.
- •23. Дайте определение rad-технологии разработки ис. Укажите границы применимости этой технологии.
- •Границы применимости методологии rad.
- •24. Дайте определение case-технологии. Укажите основные компоненты интегрированного case-средства.
11. Приведите классификацию типовых проектных решений по уровню декомпозиции.
Типовое проектное решение (ТПР) – это тиражируемое (пригодное к многократному использованию) проектное решение.
В основе типового проектирования лежит первоначальная классификация или типизация экономических объектов по их важнейшим параметрам. Затем создание типовых схем и решений, внедрение которых в дальнейшем на конкретном предприятии сводится к привязке их в условиях данного предприятия. Декомпозиция функциональных компонентов ЭИС является основой технологии типового проектирования. Типовое проектирование предполагает разбиение ЭИС на отдельные составляющие и создание для каждой из них законченного проектного решения, которое затем с некоторыми модификациями будет использоваться при проектировании ЭИС.
Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР:
элементные ТПР - типовые решения по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному);
подсистемные ТПР - в качестве элементов типизации выступают отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей; параметрическую настраиваемость, альтернативность схем в пределах значений входных параметров. При этом достигается более высокая степень интеграции типовых элементов ЭИС.
модельные (объектные) ТПР - типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем ИС.
12. Дайте определение и кратко поясните суть постановки задачи на этапе технического проектирования ис.
Техническое проектирование – проектирование архитектуры системы, включающее разработку структуры и интерфейсов компонентов, согласование функций и технических требований к компонентам, методам и стандартам проектирования, производство отчетных документов.
Одной из основных составных частей технического проекта является постановка задачи. Постановка задачи – это описание задачи по определенным правилам, которое дает исчерпывающее представление о ее сущности, логике преобразования информации для получения результата.
Постановка задачи начинается на стадии анализа предметной области, а заканчивается на стадии технического проектирования.
Постановка задачи выполняется будущим пользователем ИС (владельцем бизнес-процесса) в тесном сотрудничестве с разработчиком.
Через постановку задачи, путем регламентации изложения ее содержания, устраняются трудности взаимодействия «пользователь – прикладной программист», что делает это взаимодействие более логичным и системным. Для постановки задачи используются сведения, необходимые и достаточные для полного представления ее логической и информационной сущности. Такими сведениями располагает экономист, осуществляющий решение задачи в условиях ручной обработки или с использованием компьютерной техники. При постановке задачи пользователь, прежде всего, должен описать информационное обеспечение, алгоритмы ее решения.
Постановка задачи требует от пользователя не только профессиональных знаний той предметной области, для которой делается постановка, но и знаний компьютерных информационных технологий. Ошибки пользователя на этапе постановки задачи увеличиваются в сотни и тысячи раз по своим последствиям, если их обнаружат на конечных фазах создания продукта. Причина заключается в том, что каждый из последующих участников создания прикладных программ не располагает информацией, необходимой для исправления содержательных ошибок.
В общем виде постановка задачи состоит из 4 принципиально важных компонентов (комплексов):
организационно-экономического описания задачи;
математической модели;
описания вычислительных алгоритмов;
концепции построения информационной модели задачи.
Организационно-экономическое описание задачи направлено на формулировку стратегической цели задачи и обоснования критериев ее оптимизации.
Математическая модель должна удовлетворять трем основным требованиям: однозначности, инвариантности, результативности (возможности решения за конечное число шагов).
Вычислительные алгоритмы должны основываться на математической модели и удовлетворять тем же требованиям. Результатом алгоритмизации является логически построенная и отлаженная блок-схема алгоритма.
Разработка концепции информационной модели предполагает описание реквизитов входной, выходной и нормативно-справочной информации, а также их взаимосвязи, сроков и периодичности представления данных.