Удобство ис:

• Наличие документации

• Наличие “HELP”

• Единство «интерьера»

• Удобство ввода

• Возможность отката

• Наличие семантического контроля диалога

• Возможность ввода и оперативной корректировки нормативно-справочной информации при вводе оперативной информации

Наличие документации:

По правилам документация должна быть. Есть ГОСТ на её содержание. Если документации нет, то продукт, скорее всего, плохой. Важно то, что издание литературы стоит немалых денег, т.е. наличие документации свидетельствует о том, что программный продукт серьезно готовят к рынку.

Вообще есть 2 понятия:

• Программа (написанная «в гараже»)

• Программный продукт (написан по определенным правилам, его можно тиражировать и продавать как товар на рынке)

Документация является неотъемлемой частью программного продукта.

Наличие “HELP”:

Помощь должна быть контекстно-зависимой (связанной с ситуацией, со смыслом). Наличие развитой помощи свидетельствует о хорошем качестве продукта, т.к. работа над ним требует дополнительных затрат и дополнительных специалистов.

Единство «интерьера»

• Все клавиши во всех режимах одинаково закреплены.

• Меню и сообщения реализованы с помощью единого механизма.

• Единая редакция диалога. Единой цветовое решение.

Удобство ввода

• Автоматическая подстановка реквизитов, находящихся в базе данных.

• При вводе оперативной информации есть возможность ввода нормативно-справочной информации.

• Развитый контроль ввода.

• Наличие семантического или смыслового контроля ввода.

Контроль ввода предполагает:

• Необходимость отслеживания оперативной информации (опечатки, неверные данные, граничные значения)

• Логический (семантический) контроль

• Наличие семантического (смыслового) контроля ввода

Возможность отката

Откат «на дату» стоит недешево, т.к. нужен человек, который бы делал резервные копии базы данных. Технологический откат – более сложен. Присутствует в немногих ИС. Это откат по позициям (как в MS Word). Мощность отката – это величина стека, хранящего выполненные действия (позиции).

Наличие семантического контроля диалога

Диалог бывает 2х типов: человек активен – компьютер пассивен; человек пассивен – компьютер активен. Во втором случае мы используем естественные (хотя и с ограничениями) языковые конструкции. ИС должна следить, чтобы человек не сделал случайную ошибку.

Покупаем мы не только ИС, а весь необходимый комплекс (железо, ОС, БД и ИС).

Поэтому нужно знать:

• Какая БД необходима: свойства БД, не последний ли это релиз (будет ли развитие данного направления) и др.

• Какая нужна ОС?

• Аппаратные требования

Поэтому данная проблема является далеко не последней, т.к. встает вопрос денег.

Функциональная полнота:

• Управление

- учет

- анализ

- контроль

- планирование

• Принятие решений

- моделирование

- советы

- консультации

• Адаптивность (именно функциональной части) – один из главных аспектов

• Масштабируемость

• Поддержка (оказание) услуг

• Надежность – гарантирование сохранения целостности и непротиворечивости данных

• Мобильность (возможность перенести на другую «базу» - железо, ОС, обеспечив инф тех)

• Работа в реальном времени (получение оперативной информации о текущем состоянии объекта)

• Открытость (принцип всех «открытых» систем)

К техническим характеристикам системы относят следующие:

• Архитектура системы

• Способность к восстановлению данных при сбоях оборудования

• Наличие средств архивирования и резервного копирования данных

• Средства защиты от преднамеренных и непреднамеренных технических нападений

• Поддерживаемые интерфейсы для интеграции с внешними системами

Три уровня адаптации ИС:

1. Уровень лица, принимающего решения. На успешность влияют уровень образованности пользователей и удобство самой системы.

2. Уровень ИТ менеджера

3. Уровень фирм разработчика (на этапе внедрения – это задача разработчиков фирмы)

Дружественность и прозрачность интерфейса.

Удобство ввода

1. Возможность автоподстановки информации из справочников

2. Возможность оперативной корректировки справочников

3. Полнота контроля вводимой информации

4. Удобство диалога при контроле

Способы корректировки информации:

1. Верификация

2. Счетный контроль

3. Логический контроль (семантический)

Пример: ввод даты – ошибочный ввод приведет к потере данных в базе данных. Т.е. в системах обычно вводятся ограничения, логический контроль, смысловой контроль.

Необходимо отслеживать вводимую информацию:

• Опечатки

• Неверные данные

• Граничные значения (минимум, максимум)

Удобство диалога при контроле подразумевает ввод точного определения ошибки и вывод подсказок.

Наличие развитого хелпа:

• Одним файлом

• Hypertext

• Контекстно-зависимый

Хелп оценивается в режимах

Наличие документации:

1. Руководство конечного пользователя

2. Руководство оператора

3. Руководство …

4. Спецификации

Внешний вид документации: качество издания (издается полиграфическим способом) свидетельствует о том, что фирма затратила деньги на разработку документации, следовательно, продукт стоящий. Это отличает программу от программного продукта.

Возможность отката:

1. По дате (восстановление базы за прошлый период, через «холодный» рестарт)

2. Технологический – возвращение по технологической цепочке. В простых операциях – стек, в хозяйственных операциях – «красное сторно»

В обеспечивающей информационной технологии можно непосредственно изменить цифры. В ПТ (предметная технолгия) должна быть особая технология отката. Т.к. (функциональная инф тех) ФИТ = ОИТ + ПТ, то в ФИТе технологический откат сродни откаты в ПТ, более сложный.

Например, DiaSoft: 3 операционных дня открыты и действуют.

Дружественность и прозрачность

• Семантический контроль прохождения предметной технологии.

Например: реструктуризация

• Красный экран

• Сообщение-предупреждение

• Подтверждение не по Энтер

• Единство оформления и сообщений (интерьера):

• Меню одинаково выпадающие

• Единая цветовая гамма

(например, ошибки – красным, подсказки – зеленым)

ABC – это метод определения себестоимости

TQM – это подход для управления качеством продукта

CMM – это требования для предприятий, стремящихся к осуществления качественного процесса разработки и сопровождения ПО.