- •► Тема 1. Понятие и структура проекта информационной системы(ис). Требования к эффективности и надежности проектных решений. Обзор методов и средств проектирования ис.
- •▷ Лекция 1. Понятие и структура проекта информационной системы (ис). Требования к эффективности и надежности проектных решений.
- •▷ Лекция 2. Методы и средства проектирования ис.
- •► Тема 2. Основные компоненты технологии проектирования ис. Выбор технологии проектирования ис.
- •▷ Лекция 3. Основные компоненты технологии проектирования ис.
- •▷ Лекция 4. Выбор технологии проектирования ис.
- •► Тема 3. Каноническое проектирование. Стадии и этапы процесса проектирования ис.
- •▷ Лекция 5. Каноническое проектирование.
- •▷ Лекция 6. Стадии и этапы процесса проектирования ис.
- •► Тема 4. Состав работ на предпроектной стадии, стадии технического и рабочего проектирования, стадии ввода в действие ис. Эксплуатация и сопровождение ис.
- •▷ Лекция 7. Состав работ на предпроектной стадии, стадии технического и рабочего проектирования, стадии ввода в действие ис.
- •▷ Лекция 8. Эксплуатация и сопровождение ис.
- •► Тема 5. Состав, содержание и принципы организации информационного обеспечения ис. Состав проектной документации.
- •▷ Лекция 9. Состав, содержание и принципы организации информационного обеспечения ис.
- •▷ Лекция 10. Состав проектной документации.
- •► Тема 6. Проектирование документальных и фактографических ис. Анализ предметной области, разработка состава и структуры баз данных, проектирование логико-семантического комплекса.
- •▷ Лекция 11. Проектирование документальных и фактографических ис.
- •▷ Лекция 12. Анализ предметной области, разработка состава и структуры баз данных, проектирование логико-семантического комплекса.
- •► Тема 7. Технология проектирования ис по архитектуре файл-сервер. Особенности проектирования ис по технологии файл-сервер. Оптимизация и администрирование ис.
- •▷ Лекция 13. Технология проектирования ис по архитектуре файл-сервер. Особенности проектирования ис по технологии файл-сервер.
- •▷ Лекция 14. Оптимизация и администрирование ис.
- •► Тема 8. Технология проектирования ис по архитектуре клиент-сервер. Особенности проектирования ис по технологии клиент-сервер.
- •▷ Лекция 15. Технология проектирования ис по архитектуре клиент-сервер.
- •▷ Лекция 16. Особенности проектирования ис по технологии клиент-сервер.
- •► Тема 9. Автоматизированное проектирование ис с использованием case технологий. Основные понятия и содержание автоматизированного проектирования ис. Обзор case средств.
- •▷ Лекция 17. Автоматизированное проектирование ис с использованием case технологий. Основные понятия и содержание автоматизированного проектирования ис. Обзор case средств.
- •▷ Лекция 18. Функционально ориентированный подход проектирования ис. Применение структурного (функционального) подхода к проектированию ис.
- •▷ Лекция 19. Диаграммы функциональных спецификаций, потоков данных, переходов состояний.
- •▷ Лекция 20. Объектно-ориентированный подход проектирования ис. Применение объектно-ориентированного подхода к проектированию ис.
- •▷ Лекция 21. Основные сведения о языке uml. Диаграммы классов, состояний, компонентов. Инструментальные средства поддержки case технологий, реализующие объектно-ориентированный подход.
- •► Тема 12. Содержание rad технологий прототипного создания приложений. Особенности rad технологии проектирования для различных предметных областей.
- •▷ Лекция 22. Содержание rad технологий прототипного создания приложений. Особенности rad технологии проектирования для различных предметных областей.
- •► Тема 13. Особенности проектирования информационных систем для Интернет. Размещение баз данных в глобальной сети Интернет.
- •▷ Лекция 23. Особенности проектирования информационных систем для Интернет. Размещение баз данных в глобальной сети Интернет.
▷ Лекция 14. Оптимизация и администрирование ис.
✓ Оптимизация и администрирование ИС.
Очень часто купленное программное обеспечение работает не так как хотелось бы или постоянно сбоит. Связано это может быть с неверно выбранной архитектурой построения информационных систем на предприятии – настройкой локальных сетей и серверов, связи между офисами, используемыми платформами.
Наличие в нашей компании нескольких разнопрофильных отделов и инженеров высокой квалификации, которые выступают системными архитекторами, позволяет нам выполнять сложные проекты и добиваться от максимальной отдачи от используемого программного обеспечения.
Грамотно продуманная архитектура построения информационных систем позволяет:
- получить высокую скорость работы программного обеспечения;
- выбрать оптимальную аппаратную платформу для работы;
- обеспечить онлайн и просто стабильную связь со всеми подразделениями;
- сконфигурировать программное обеспечение под нужды предприятия.
Для большинства предметных областей внедрения информационных технологий характерны высокие требования к качеству их работы и надёжности эксплуатации, от которых во многом зависит эффективность использования и возврата вложенных средств. Эти требования относятся к проблемам, связанным с администрированием ИС, которые представляют собой сетевой программно-аппаратный и информационный ресурс.
Администрирование (административные механизмы) – это процедуры управления, регламентирующие некоторые процессы или их часть.
В большинстве случаев оно входит в полномочия администратора ИС, который фиксирует и руководит соответствующими его полномочиям процессами и ситуациями, нуждающимися в целевом управлении и ограничениях.
► Тема 8. Технология проектирования ис по архитектуре клиент-сервер. Особенности проектирования ис по технологии клиент-сервер.
☒ Технология проектирования ИС по архитектуре клиент-сервер;
☒ Особенности проектирования ИС по технологии клиент-сервер.
▷ Лекция 15. Технология проектирования ис по архитектуре клиент-сервер.
✓ Технология проектирования ИС по архитектуре клиент-сервер.
Применительно к системам баз данных архитектура «клиент-сервер» интересна и актуальна главным образом потому, что обеспечивает простое и относительно дешевое решение проблемы коллективного доступа к базам данных в локальной сети. В некотором роде системы баз данных, основанные на архитектуре «клиент-сервер», являются приближением к распределенным системам баз данных, конечно, существенно упрощенным приближением, но зато не требующим решения основного набора проблем действительно распределенных баз данных.
Реальное распространение архитектуры "клиент-сервер" стало возможным благодаря развитию и широкому внедрению в практику концепции открытых систем. Поэтому мы начнем с краткого введения в открытые системы.
Основным смыслом подхода открытых систем является упрощение комплексирования вычислительных систем за счет международной и национальной стандартизации аппаратных и программных интерфейсов. Главной побудительной причиной развития концепции открытых систем явились повсеместный переход к использованию локальных компьютерных сетей и необходимость решения проблем комплексирования аппаратно-программных средств, которые вызвал этот переход. В связи с бурным развитием технологий глобальных коммуникаций открытые системы приобретают еще большее значение и масштабность.
Ключевой фразой открытых систем, направленной в сторону пользователей, является независимость от конкретного поставщика. Ориентируясь на продукцию компаний, придерживающихся стандартов открытых систем, потребитель, который приобретает любой продукт такой компании, не попадает к ней в рабство. Он может продолжить наращивание мощности своей системы путем приобретения продуктов любой другой компании, соблюдающей стандарты. Причем это касается как аппаратных, так и программных средств и не является необоснованной декларацией. Реальная возможность независимости от поставщика проверена в отечественных условиях.
Практической опорой системных и прикладных программных средств открытых систем является стандартизованная операционная система. В настоящее время такой системой является UNIX. Фирмам-поставщикам различных вариантов ОС UNIX в результате длительной работы удалось придти к соглашению об основных стандартах этой операционной системы. Сейчас все распространенные версии UNIX в основном совместимы по части интерфейсов, предоставляемых прикладным (а в большинстве случаев и системным) программистам. Как кажется, несмотря на появление претендующей на стандарт системы Windows NT, именно UNIX останется основой открытых систем в ближайшие годы.
Технологии и стандарты открытых систем обеспечивают реальную и проверенную практикой возможность производства системных и прикладных программных средств со свойствами мобильности (portability) и интероперабельности (interoperability). Свойство мобильности означает сравнительную простоту переноса программной системы в широком спектре аппаратно-программных средств, соответствующих стандартам. Интероперабельность означает возможность упрощения комплексирования новых программных систем на основе использования готовых компонентов со стандартными интерфейсами.
Использование подхода открытых систем выгодно и производителям, и пользователям. Прежде всего открытые системы обеспечивают естественное решение проблемы поколений аппаратных и программных средств. Производители таких средств не вынуждаются решать все проблемы заново; они могут, по крайней мере, временно продолжать комплексировать системы, используя существующие компоненты.
Заметим, что при этом возникает новый уровень конкуренции. Все производители обязаны обеспечить некоторую стандартную среду, но вынуждены добиваться как можно лучшей ее реализации. Конечно, через какое-то время существующие стандарты начнут играть роль сдерживания прогресса, и тогда их придется пересматривать.
Преимуществом для пользователей является то, что они могут постепенно заменять компоненты системы на более совершенные, не утрачивая работоспособности системы. В частности, в этом кроется решение проблемы постепенного наращивания вычислительных, информационных и других мощностей компьютерной системы.