
- •1. Язык и информация. Естественные и формальные языки пис. Классификация языков. (выс ур, низ, логич, функцион, о-о яз).
- •2. Понятие и структура проекта ис. Требования к эффективности и надежности проектных решений. Основные стандарты и госТы проектирования ис.
- •3. Основные компоненты технологии, методы и средства проектирования ис. Выбор технологии и инструментальных средств реализации.
- •4. Методологии проектирования ис. Case-технологии, их содержание и классификация. Инструментальные средства реализации.
- •5. Каноническое проектирование ис. Стадии и этапы процесса проектирования ис. Состав проектной документации.
- •6. Состав работ на предпроектной стадии, стадии технического проектирования. Состав работ на стадии рабочего проектирования. Состав работ на стадии ввода в действие ис, эксплуатации и сопровождения.
- •7. Особенности проектирования интегрированных ис. Система управления информационными потоками как средство интеграции приложений ис.
- •8.Основные понятия и классификация методов типового проектирования
- •9.Методы и алгоритмы, инструментальные средства, используемые при оценке эффективности управления проектами ис.
- •10. Технологии проектирования распределенных ис. Стандартные методы совместного доступа к базам и программам в сложных ис.
- •11. Автоматизированное проектирование ис с использованием case- технологий, конструкции и их реализация в современных программно-аппаратных средствах.
- •12. Содержание и особенности rad –технологий прототипного создания приложений ис.
- •13. Экспертные системы и системы поддержки принятия решений. Особенности, структура. Инструментальные средства реализации.
- •14. Методологии проектирования программного обеспечения. Case-технологии, их содержание и классификация.
- •15. Проектирование системы управления предприятием (erp-системы). Организация внутреннего документооборота и его стандартизация. Совокупная стоимость владения. Обоснование проектных решений.
- •16. Концептуальная модель uml,строительные блоки uml,правила языка uml, общие механизмы языка uml, архитектура, жизненный цикл разработки по. Особенности использования при проектировании ис.
- •Строительные блоки uml
- •Общие механизмы языка uml
5. Каноническое проектирование ис. Стадии и этапы процесса проектирования ис. Состав проектной документации.
Каноническое проектирование ИС. Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла ИС. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90.
Каноническое проектирование предполагает использование инструментальных средств универсальной компьютерной поддержки и предназначена для создания индивидуальных (оригинальных) проектов локальных ИС. При этом адаптация проектных решений возможна лишь путем перепрограммирования соответствующих программных модулей.
В зависимости от сложности объекта автоматизации и набора задач, требующих решения при создании конкретной ИС, стадии и этапы работ могут иметь различную трудоемкость. Допускается объединять последовательные этапы и даже исключать некоторые из них на любой стадии проекта. Допускается также начинать выполнение работ следующей стадии до окончания предыдущей.
1. Формирование требований к ИС. Этапы работ: обследование объекта и обоснование необходимости создания ИС; формирование требований пользователей к ИС; оформление отчета о выполненной работе и тактико-технического задания на разработку.
2. Разработка концепции ИС: изучение объекта автоматизации; проведение необходимых научно-исследовательских работ; разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей; оформление отчета и утверждение концепции.
3. Техническое задание: разработка и утверждение технического задания на создание ИС.
4. Эскизный проект: разработка предварительных проектных решений по системе и ее частям; разработка эскизной документации на ИС и ее части (архитектура проекта: структура входных и выходных данных, предварительная схема БД, общая архитектура ИС (структура, информ.потоки, модель управления ИС))
5. Технический проект: разработка проектных решений по системе и ее частям; разработка документации на ИС и ее части; разработка и оформление документации на поставку комплектующих изделий; разработка заданий на проектирование в смежных частях проекта. (тех.документация, алгоритмы решения задач, оценка экономической эффективности, мероприятия по подготовке к внедрению). Должен быть утвержден руководством разработчиков и согласован с заказчиком.
6. Рабочая документация: разработка рабочей документации на ИС и ее части; разработка и адаптация программ.
7. Ввод в действие: подготовка объекта автоматизации, подготовка персонала, комплектация ИС поставляемыми изделиями, строительно-монтажные работы, пусконаладочные работы, проведение предварительных испытаний, проведение опытной эксплуатации, проведение приемочных испытаний
8. Сопровождение АС: выполнение работ в соответствии с гарантийными обязательствами, послегарантийное обслуживание.
В каноническом проектировании используется каскадная или итерационная модель создания ИС.
Итерационная модель – это каскадная модель с промежуточным контролем. Ошибки или недоработки, обнаруженные на последующих стадиях устраняются путем возврата к предыдущим стадиям, т.е. итерационным путем. Схема итерационной модели.
Следует обратить внимание на необходимость тщательной проработки начальных стадий проектирования. Факт: устранение ошибок при создании системы на стадии технического проекта стоит в 2 раза дороже, чем на предпроектной стадии, а на последующих стадиях в 10 раз и более.
Состав и содержание работ на стадиях:
1 стадия. Главное на этой стадии – провести предпроектное обследование и дать технико-экономическое обоснование целесообразности создания системы. Формируются требования к функциональной части, обеспечивающие подсистему, а также методу проектирования.
2 стадия. Включает научно- исследовательские работы, разработку нескольких вариантов системы и выбор оптимального. Выполняется ориентировачный расчет ожидаемой экономической эффективности и дается оценка научно-технического уровня систем. На основании сбора данных об отечественных и зарубежных системах. Выполняется исполнителем для заказчика как рекомендация для систем.
Стадия 3. Техническое задание – это итог предроектной работы по созданию ИС. Это документ, направленный от заказчика к исполнителю как задание. Главным здесь является состав функциональных задач будущей системы и требования к обеспечивающим системам. Главный документ формируется в соответствии с ГОСТ 34.602-89 «Техническое задание на создание АС».
Стадия 4. Ее цель – разработка предварительных решений. В экономических ИС применяется редко.
Стадия 5. Это основная стадия. Здесь уточняется состав и количество технических средств системы к узлам обработки данных. В части орг-го обеспечения предлагаются изменения в орг-ой структуре управления (пример: сливаются подразделения). В части инф-го обеспечения выбирается система классификации и кодирования, разрабатывается классификатор технико-экономической инф-ции; проектируется БД. Главное – алгоритмизация функциональных задач (не программирование). Разрабатываются формы документов, составляется план мероприятий по подготовке объекта к внедрению системы, проводится уточненный расчет ожидаемой экономической эффективности.
Стадия 6. Главное назначение – программирование или адаптация готовых программных средств. Здесь составляются технические инструкции, которые соответствуют должностным инструкциям, уточненным на стадии технического проектирования. При наличии проекта с-мы стадия техн-го проектирования. При наличии протатипа с-мы стадия технического проекта и рабочие документации объединяются в одну стадию – техно-рабочий проект.
Стадия 7. Проводится опытная эксплуатация и сдача системы комиссии в постоянную эксплуатацию в соответствии с требованиями технологического задания.
Стадия 8. Цель сопровождения системы – поддержание эксплуатационных характеристик на проектом уровне. Сопровождение осуществляется исполнителем. Формы сопровождения: консультационная помощь, устранение недостатков, предложения по развитию ИС.
В состав проектной документации по созданию ИС входят следующие основные док-ты:
1. «технико –экономическое обоснование»(ТЭО). Целью разработки данного проекта является: Обоснование состава функциональных задач, Требования к обеспечивающим подсистемам , Технологии проектирования , Ориентировочный расчет экономической эффективности
2. «техническое задание на создание автоматиз-ой системы». Составляется на основе ТЭО и включает задания на проектирование функциональной части и обеспечивающих подсистем.
3. «Технический проект». При разработке данного документа осуществляется алгоритмизация экономических задач, проектирование организ-го, инф-го и технического обеспечения, а также уточненные расчеты экономической эффективности.
4. «Рабочий проект». Включает документацию, касающуюся формирования программного обеспечения, монтажа технических средств, а также технологические инструкции, предназначенные для использования специалистами в своей деятельности на каждом АРМ(Автоматизированном рабочем месте).
Предварительные испытания следует выполнять после проведения разработчиком отладки и тестирования поставляемых программных и технических средств системы и представления им соответствующих документов об их готовности к испытаниям, а также после ознакомления персонала ИС с эксплуатационной документацией.
Опытную эксплуатацию системы проводят с целью определения фактических значений количественных и качественных характеристик системы и готовности персонала к работе в условиях ее функционирования, а также определения фактической эффективности и корректировки, при необходимости, документации.
Приемочные испытания проводят для определения соответствия системы техническому заданию, оценки качества опытной эксплуатации и решения вопроса о возможности приемки системы в постоянную эксплуатацию.