- •Оглавление
- •1 Жизненный цикл информационной системы. Гост 51 904
- •2 Модели жизненного цикла информационной системы. Гост 15 271
- •3 Методологии проектирования. Каноническое проектирование. Гост 34.601-90
- •4 Методологии проектирования. Типовое проектирование.
- •5 Процессы жизненного цикла информационной системы. Гост 12 207
- •6 Процессы жизненного цикла информационной системы. Процессы планирования
- •7 Процессы жизненного цикла информационной системы. Процессы определений требований к ис.
- •8 Процессы жизненного цикла информационной системы. Процессы проектирования.
- •9 Процессы жизненного цикла информационных систем. Процессы кодирования.
- •10 Процессы жизненного цикла информационных систем. Процессы интеграции.
- •11 Процессы планирования. Планирование инфраструктуры проекта.
- •12 Процессы планирования. Планирование ресурсов проекта.
- •13 Стратегии и методы проектирования информационных систем
- •14 Анализ объекта автоматизации. Методологии анализа.
- •15 Анализ объекта автоматизации. Инструментальные средства поддержки процессов анализа.
- •16 Процессы проектирования. Проектирование системной архитектуры.
- •17 Процессы проектирования. Методики описания системной архитектуры.
- •Ieee 1471
- •18 Процессы проектирования. Архитектурные стили и шаблоны проектирования.
- •19 Процессы проектирования. Проектирование информационной архитектуры.
- •20 Процессы проектирования. Построение er модели. Виды нотации
- •21 Процессы проектирования. Построение логической модели данных.
- •22 Процессы проектирования. Построение физической модели данных.
- •23 Процессы проектирования. Шаблоны информационной архитектуры.
- •24 Процессы проектирования. Проектирование программной архитектуры.
- •25 Процессы проектирования. Модели описания программной архитектуры.
- •26 Процессы проектирования. Шаблоны программной архитектуры.
- •27 Процессы проектирования. Проектирование инфраструктуры.
- •28 Процессы проектирования. Проектирование интерфейсов
27 Процессы проектирования. Проектирование инфраструктуры.
Инфраструктура состоит из:
Техническая составляющая (основное оборудование – железо; дополнительное оборудование – устройства I\O + устройства конечного управления, т.е. сканеры, принтеры, плоттеры; вспомогательное оборудование – коммуникация внутри ИС между компонентами и внешним миром – роутеры и т.д.);
Программное обеспечение (дополнительные программные продукты, которые обеспечивают функциональность ИС - OS + почты, внешние БД, etc.);
Математическое обеспечение (протоколы, драйвера, алгоритмы – т.е. несамостоятельный программный продукт);
Персонал (кто будет обслуживать ИС);
Лингвистическое обеспечение (описание ИС, её функционал, etc. – комплексность документов).
Требования к инфраструктуре ИС задаются на стадии проектирования ИС и корректируются в дальнейшем. Описание инфраструктуры происходит на стадии реализации ИС (что именно, какой марки).
В последнее время чаще начинают использовать стороннюю инфраструктуру – облачные сервисы, etc. Это выгодно с точки зрения цены (не покупаем оборудование, а платим деньги только за аренду), однако если вмешивается безопасность или очень критично производительность – то приходится тратить деньги на свою инфраструктуру.
Реализация инфраструктуры предшествует опытной эксплуатации, одновременно с тестированием ИС после разработки.
Следует различать инфраструктуру ИС и инфраструктуру проекта по созданию ИС. (в этом билете имеется в виду инфраструктура ИС, про инфраструктуру проекта можно читать в билете 11)
28 Процессы проектирования. Проектирование интерфейсов
Интерфейс определяет совокупность средств и методов взаимодействия между элементами системы.
С другой стороны - набор правил или процедур для взаимодействия между компонентами программы, между компонентами программы в целом, а также между информационными системами и оборудованием (программный интерфейс).
Программный интерфейс формален – полный и непротиворечивый (формализован). Все характеристики описаны.
Физическая реализация интерфейса – USB/COM port. Для взаимодействия программы и железа нужен протокол (железо – протокол – наша программа).
Пользовательский интерфейс нужен для основной цели - принятия решения (предоставление данных/информации и просмотр результата ответа). При необходимости ему нужно предоставить инструментарий для обработки и ввода управляющих действий.
Эволюция пользовательских интерфейсов:
Перфоленты/перфокарты;
Терминалы (cmd, да);
GUI (по сути, надстройка над терминалом);
Диалоговый интерфейс (платежные терминалы, банкоматы – т.е. модифицированный GUI предлагающий сценарий диалога – определенный шаблон поведения);
Естественно-языковой (управляем голосом);
Визуальное 3Д моделирование.
Интерфейс можно рассматривать как самостоятельную ИС между человеком и информационной системой, которую мы проектируем. Причем чем сложнее ИС, тем сложнее интерфейс.
Программный интерфейс может реализовать 2 стороны интерфейса, а вот человеческий интерфейс – только одну, потому что человека нельзя формализовать.
Подходы к разработке пользовательского интерфейса:
Психология восприятия;
Инженерная психология;
Когнитивная психология;
Теория деятельности;
Психология восприятия рассматривает особенности человеческого восприятия визуальной информации (золотое сечение, размеры, соотношение элементов интерфейса, цветовая гамма, сочетания цветов, контраст, etc.).
Инженерная психология вводит следующие критерии качества:
Скорость работы пользователя;
Количество человеческих ошибок;
Скорость обучения интерфейсу;
Субъективно удовлетворение интерфейсом (сложно формализовать).
Когнитивная психология - человек считается информационной системой. Формальные действия человека ставятся в соответствие действиям компьютера.
Выявленные зависимости и принципы:
Принцип прямого манипулирования (Интерфейс мышь и drag n drop, ибо напрямую всегда легче взаимодействовать);
Принцип автоматизма - все одновременно выполняемые задачи за исключением не более чем одной, выполняются автоматически, неосознанно;
Принцип единственности фокуса внимания - сложность переключения между задачами пропорциональна сосредоточенности – т.е. переключение на другую задачу тем сложней, чем более увлечен ты задачей;
Принцип контекстности адресации человеческой памяти (кратковременность памяти);
Принцип ограниченности переработки информации (5-9 элементов).
Проблемы когнитивной психологии - она не приспособлена для отражения моментов, связанных с контекстом, ситуацией, трудовой практикой, социальные аспекты.
Теория деятельности основывается на восприятии человека в контексте какого-то сценария/вида деятельности. Четко формализованных принципов нет.
Общее
Кто-то говорил, что будут спрашивать про нормализацию.
Нормализация – процесс преобразования отношений базы данных к виду, отвечающему нормальным формам.
1НФ – каждый кортеж содержит только одно значение для каждого из атрибутов.
2НФ – каждый атрибут зависит от потенциального ключа. Таблица Студенты, в которой атрибуты ФИО, Группа (потенциальный ключ – ФИО + Группа) и Курс. Привести к 2НФ: вынести группы в отдельную таблицу, в ней указывать курс.
3НФ – отсутствуют транзитивные функциональные зависимости неключевых атрибутов от ключевых. Как в примере для 2НФ, если потенциальный ключ – Группа (то есть зависимость не от ключа, а от неключевых атрибутов).