- •1.Базовые понятия кит
- •2.Основные этапы развития кит.
- •3.Понятие экономической информации (эи). Особенности и свойства эи.
- •4.Информационные ресурсы (ир) и их классификация.
- •5.Понятие информационной услуги. Рынок информационных услуг.
- •Перечень типов ир:
- •6.Понятие информационной системы. (ис).Классификация ис.
- •7.Информационнае системы (ис) и их функц-е
- •8. Роль кит в управлении эк-ми объектами
- •9.Авотоматизированные инф-е системы (аис)
- •10.Автоматизированное рабочее место (арм)
- •11.Корпоративныесистемы.
- •12. Классификация кит
- •13. Понятие технич. Обеспечения (то) технологий обработки эк. Инф-ции. Клас-ция то кис.
- •15. Понятие прогр. Обесп-ия (по) технологий обработки эк. Инф-ии. Клас-ция по кис.
- •16. Характеристика системного по.
- •18. Инструментарий програм-ия. Case-технологии.
- •19.Основные понятия и клас-я комп. Сетей.
- •20.Понятие технологии «клиент-сервер». Назначение и виды «серверов»
- •21. Локальные комп. Сети и их классификация. Топология лс.
- •22.Глобальная комп. Сеть интернет. Основные принципы построения сети интернет.
- •23. Понятие сетевого протокола. Адресация в сети интернет.
- •24. Виды сервиса в сети интернет.
- •25. Сетевые ресурсы интернет в рб
- •26. Технологии www. Базовые понятия
- •27. Архитектура комп. Сетей. Понятие модели взаимодействия открытых систем.
- •28. Понятие и принципы построения кис
- •29. Структура и назначение кис
- •30. Анализ рынка кис в рб
- •31. Субд, субз и структурные решения в корпора-тивных системах.
- •32. Понятие и задачи искусств. Интеллекта (ии).
- •33. Направления использования систем ии.
- •34. Перспективы использования систем ии.
- •35. Экспертн. Сис-мы (эс), их стр-ра и назначение
- •37. Средства создания систем ии
- •38. Понятие реинжиниринга бп. Осн. Пр-пы рбп
- •39. Реинжиниринг бп. Этапы рбп
- •40. Методология реинжиниринга. Роль информации в рбп
- •41. Методы моделирования бизнес-процессов
- •42. Реинжиниринг. Причины неудач при проведении рбп
- •43. Понятие геоинформ. С-мы (гис). Орг-ия данных в гис.
- •Организация данных в гис
- •Векторные и растровые модели
- •44.Направления использования гис и гис-технологий.
- •45.Инструмент. Ср-ва гис. Настольные и полнофункцион-ые гис
- •Что такое настольная гис?
- •Как работает настольная гис
- •46.Гис. Пространственная и тематическая (атрибутивная) информация в гис.
- •Координатные данные
- •Основные типы координатных моделей
- •Атрибутивное описание
- •47. Понятие информацион. Безопасн-ти (иб). Виды угроз иб и их класс-ия.
- •48.Правов. Обеспечение безоп-ти инф. Технологий.
- •49. Организационно-эк. Обеспечение иб
- •50. Программно-техническое обеспечение иб
- •51. Содержание проекта и требования к кис
- •52. Состав и стадии разработки кис
- •53. Характеристика прикладного уровня кис
- •56. Основные понятия и пр-пы построения кис
- •57. Общая функциональная характеристика кис
- •58. Требования к кис
- •60. Методы реорганизации деят-ти предприятия
- •61.Этапы жизненного цикла кис.
- •63.Основные принципы и фазы построения кис.
- •64.Сценарий разработки и внедрения кис.
- •65.Основные функциональные блоки кис.
- •54. Стандартизация и сертификация прикладного по
- •55. Анализ рынка кис в рб
61.Этапы жизненного цикла кис.
Сов-ть стадий и этапов, кот.проходит ИС в своем развитии от момента принятия решения о создании системы до момента прекращения функц-ния системы- жизненным циклом ИС.Вып-ся след.стадии:1)Планирование и анализ требований (предпроектная стадия)-системный анализ,кот.начинается с описания и анализа функционирования рассм-о объекта в соответствии с требованиями (целями), которые предъявляются к нему;выявляются недостатки существующей ИС, на основе которых формулируется потребность в совер-ии системы управления этим объектом,ставится задача определения эк-ки обоснованной необх-ти автоматизации опр-ых функций управления(созд-ся технико-эк-ое обоснование проекта ИС). После опр-ия этой потребности возн.проблема выбора направлений совершенствования объекта на основе выбора программно-техн.средств. Результаты оформляются в виде техн-го задания на проект, в котором отражаются техн-е условия и треб-ия к ИС, а также огр-ия на ресурсы проект-ия.2) Проектирование (техническое и логическое):* проект-ие функциональной архитектуры ИС, которая отражает структуру выполняемых функций;* проекти-ие системной архитектуры ИС (состав обеспечивающих подсистем);* реализацию проекта.Формирование функциональной архитектуры(совокупность функциональных подсистем и связей между ними)-наиболее ответственный и важный этапом с точки зрения качества всей последующей разработки ИС.Построение сист.арх-ры на основе функциональной-определение элементов и модулей инфо-го, техн-го, прогр-го обеспечения и других обеспеч-их подсистем, связей по информации и управлению между выделенными элементами и разработку технологии обработки информации.3).Реализация (рабочее и физическое проектирование, кодирование):разработка и настройка программ,создание информационного обеспечения, формирование и наполнение БД,формулировка рабочих инструкций для персонала, оформление рабочего проекта.4).Внедрение(опытная эксплуатация). Комплексная отладка подсистем ИС,обучение персонала, поэтапное внедрение ИС в эксплуатацию по подразделениям организации, оформление акта о приемо-сдаточных испытаниях ИС.2этапа:этап опытного внедрения-проверка работоспособности элементов и модулей проекта, устранение ошибок на уровне элементов и связей м/д ними;этап сдачи в промышленную эксплуатацию-организация проверки проекта на уровне функций, контроля соотв-ия его требованиям,сформ-ым на стадии системного анализа5)Эксплуатация ИС(сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ИС, исправление недоработок и ошибок, оформление требований к модернизации ИС и ее выполнение (повторение стадий 2-5). 3 модели ЖЦ:каскадная модель (до 70-х годов)-последовательный переход на след.этап после завершения предыдущего.Дост-во:планирование времени осущ-ия всех этапов проекта,упорядочение хода конструирования,но все же это недостаточно гибкая модель.Итерационная модель (70-80-е годы) ─ с итерационными возвратами на пред.этапы после вып-я очередного этапа,если напр. возн. потр-сть в пересмотре ранее сформулированных требований.Вследствие большого числа итераций возникают рассогласования и несоответствия в выполненных проектных решениях и документации.Спиральная модель(80-90-е годы)-прототипная модель, предполагающая постепенное расширение прототипа ИС. Она реально отображает разработку ПО; позволяет явно учитывать риск на каждом витке эволюции разработки; включает шаг системного подхода в итерационную структуру разработки;исп. мод-ие для уменьшения риска и совершенствования программного изделия.трудности контроля и управления временем разработки.RAD-технологии(технологии быстрой разработки приложений):ИС разрабатывается путем расширения программных прототипов, повторяя путь от детализации требований к детализации программного кода.RAD-технология обесп-ет экстремально короткий цикл разработки ИС. При полностью опр-ых треб-ях и огр-ой проектной области RAD-технология позв-ет создать полностью функц-ую систему за очень кор-ое время(60-90 дней).Выд-ют след.этапы разработки ИС с исп-ем RAD-технологии:1.бизнес-моделирование(моделируется информационный поток между бизнес-функциями).2.моделирование данных(информационный поток отображается в набор объектов данных, которые требуются для поддержки деятельности организации).3. моделирование обработки(опред-ся преобразования объектов данных, обеспечивающие реализацию бизнес-функций).4.генерация приложения.5тестирование и объединение.Поскольку применяются повторно используемые компоненты, многие программные элементы уже протестированы, что сокращает время тестирования (хотя все новые элементы должны быть протестированы). RAD неприменима в условиях высоких технических рисков.Стандарт ЖЦ: ISO\IEC 12207:1995.
62.ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ПО.
Жизненный цикл ПО-период времени,кот.начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации. Этот цикл — процесс построения и развития ПО. Процессы жизненного цикла ПО:Основные: Приобретение (действия и задачи заказчика, приобретающего ПО);Поставка (действия и задачи поставщика, который снабжает заказчика программным продуктом или услугой);Разработка (действия и задачи, выполняемые разработчиком: создание ПО, оформление проектной и эксплуатационной документации, подготовка тестовых и учебных материалов и т. д.);Эксплуатация (действия и задачи оператора — организации, эксплуатирующей систему);Сопровождение (действия и задачи, выполняемые сопровождающей организацией, то есть службой сопровождения). Сопровождение — внесений изменений в ПО в целях исправления ошибок, повышения производительности или адаптации к изменившимся условиям работы или требованиям.Вспомогательные:Документирование-формализованное описание информации, созданной в течение ЖЦ ПО);Управление конфигурацией (применение административных и технических процедур на всем протяжении ЖЦ ПО для определения состояния компонентов ПО, управления его модификациями).Обеспечение качества (обеспечение гарантий того, что ИС и процессы ее ЖЦ соответствуют заданным требованиям и утвержденным планам);Верификация (определение того, что программные продукты, являющиеся результатами некоторого действия, полностью удовлетворяют требованиям или условиям, обусловленным предшествующими действиями);Аттестация (определение полноты соответствия заданных требований и созданной системы их конкретному функциональному назначению);Совместная оценка (оценка состояния работ по проекту: контроль планирования и управления ресурсами, персоналом, аппаратурой, инструментальными средствами);Аудит (определение соответствия требованиям, планам и условиям договора);Разрешение проблем (анализ и решение проблем, независимо от их происхождения или источника, которые обнаружены в ходе разработки, эксплуатации, сопровождения или других процессов).Организационные:Управление(действия и задачи, которые могут выполняться любой стороной, управляющей своими процессами);Создание инфраструктуры (выбор и сопровождение технологии, стандартов и инструментальных средств, выбор и установка аппаратных и программных средств, используемых для разработки, эксплуатации или сопровождения ПО);Усовершенствование (оценка, измерение, контроль и усовершенствование процессов ЖЦ);Обучение (первоначальное обучение и последующее постоянное повышение квалификации персонала).Каждый процесс включает ряд действий. Например, процесс приобретения охватывает следующие действия:Инициирование приобретения;Подготовка заявочных предложений;Подготовка и корректировка договора;Надзор за деятельностью поставщика;Приемка и завершение работ.Каждое действие включает ряд задач. Например, подготовка заявочных предложений должна предусматривать:Формирование требований к системе;Формирование списка программных продуктов;Установление условий и соглашений;Описание технических ограничений (среда функционирования системы и т. д.).Модель ЖЦ ПО-структура, опред-щая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ. Она зав.от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует.Модель ЖЦ ПО вкл.в себя:стадии;результаты выполнения работ на каждой стадии;ключевые события — точки завершения работ и принятия решений.Стадия-часть процесса создания ПО, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта (моделей, программных компонентов,документации), опр-ого заданными для данной стадии треб-ями.Каскадная модель жизненного цикла предусм.послед-ое вып-ие всех этапов проекта в строго фиксированном порядке. Переход на сле-ий этап означает полное завершение работ на пред.этапе.Требования,опр-ые на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия заве-тся выпуском полного комплекта док-ции, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.Этапы проекта в соответствии с каскадной моделью:формирование требований;проектирование;реализация;тестирование;внедрение;эксплуатация и сопровождение.Спиральная модель основана на классическом цикле Деминга PDCA (plan-do-check-act). При использовании этой модели ПО создается в несколько итераций (витков спирали) методом прототипирования.Каждая итерация соответствует созданию фрагмента или версии ПО, на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов и планируются работы следующей итерации.На каждой итерации оцениваются:риск превышения сроков и стоимости проекта;необходимость выполнения ещё одной итерации;степень полноты и точности понимания требований к системе;целесообразность прекращения проекта.Один из примеров реализации спиральной модели — RAD метод быстрой разработки приложений).Итерационная модель-сочетание 2ух предыд.