4. Коллектив разработчиков эс. Пользователь, эксперт, программист, программист-интегратор, инженер по знаниям. Требования к навыкам, квалификации и психологическим особенностям разработчиков эс.

Коллектив разработчиков ЭС

Группа людей, ответственных за работу:

• Пользователь

• Эксперт

• Программист

• Инженер по знаниям

• Руководитель коллектива

• Программист интегратор

Всего 8-10 человек.

Требования

• Пользователь

1. Психофизиолог. Заказчик системы, дружелюбие, умение объяснять, что от системы, отсутствие барьера к использованию вычислительной техники, интерес к новому

2. Профессионал. Базовый уровень квалификации, который позволит понять, что рекомендует ЭС. Совместимость терминологии ЭС и пользователя.

• Эксперт

1. Задает уровень компетенции, доброжелательность, готовность поделится своим опытом, умение объяснить педагогически, интерес к результатам разработки, возраст почтительный

2. Высокий профессионализм в предметной области, желательно знакомство эксперта с популярной литературой в области ИИ

• Программист

1. Общительность, способность отказаться от традиционных навыков и освоить новые методы программирования, интерес к разработке

2. Опыт разработки программ, знаком с основными структурами организации и представления знаний

3. Навыки разработки пользовательских интерфейсов

• Инженер по знаниям(мало очень)

1. Пол: у мужчин выше аналитичность, а у женщин наблюдательность и аккуратность. Интеллект- творческое и логическое. Стиль общения – деловой и дружелюбный. Широкая направленность интересов, артистичность

2. Очень высокая квалификация.

• Знаком с элементами коллективной психологии

• Широкая общенаучная подготовка. Знакомство с методами аннотирования и реферирования. Владение быстрым чтением

• Знакомство с методами представления знаний, систем анализа, теорий познания, методам математического моделирования, аппаратом многомерного шкалирования

• Знание математической логики. Современных ЯПЗ(язык представления знаний). Инструментов системной разработки ЭС, включая методы быстрого проектирования

• Уметь программировать

5. Подходы к созданию ЭС. Классическая и промышленная методики проектирования ЭС. Этапы проектирования: идентификация, концептуализация, формализация, реализация, тестирование. Особенности проектирования ЭС как информационно-программного изделия.

1. Классический

Каскадная

2. Промышленный

1. Фаза проектирования

• Инициализация проекта СОЗ(ЭС)

• Составление плана-графика создания системы

• Определение потенциальной доступности аппаратных и программных средств для разработки

• Определение наличие и достаточности экспертов

• Планирование способов управления ходом разработки и способов взаимодействия между разработчиками

• Планирование будущей СОЗ с имеющимися у заказчика системами

• Определение возможных трудностей и ограничений при разработки и установки систем

• Формирование группы разработки

• Определение состава группы и количество(4-6 человек). Руководитель проекта, ассистент руководителя, 1-2 инженера по знангиям,1-2 программиста

• Изучение возможности привлечения специалистов по конкретным носителям машинных источников информации(если знания из БД)

• Определение требований к системе

• Определение четких представлений о среде, где будет работать СОЗ

• Выяснение пожеланий со стороны руководства, экспертов, пользователя и разработчиков

• Формирование требований к средствам разработки, экспертам, операционной среде

• Проведение исследований по выполнимости проекта

• Технические предпосылки

Пригодность задачи для ее решения СОЗ

Характеристики знаний с точки зрения оценки

-примерного размера будущей БЗ

-сложность структуры знаний

-время, необходимое для получения знаний

-преимущественные характеристики знаний

Интерфейсы будущей системы

-формы взаимодействия СОЗ с различными категориями пользователей

-интерфейсы между СОЗ и внешней БД

• Экономические предпосылки

Оценка расходов по созданию СОЗ

Оценка расходов по поддержке функционирования СОЗ

Культурные предпосылки

• Разработки общей концепции системы

• Разработка структуры БЗ и механизмов рассуждения

• Выбор программ и аппаратных средств для разработки системы

• Разработка способа перехода СОЗ на реальное оборудование и в реальную рабочую среду

2. Фаза разработки(по методу прототипирования)

• Общие соображения по протоипированию

• Выбор достаточной широты и глубины проработки задачи для данного прототипа

• Привлечение качественных производителей к работе над прототипом

• Организация взаимодействия в группе разработки

• Проведение оценки функционирования очередного прототипа

• Виды стратегий прототипирования

• Создание начального прототипа для всей задачи в целом, его тестирование и отладка системы на серии последних прототипов

• Создание прототипа, обладающего на поверхностном уровне всеми функциональными возможностями для всех подзадач, его тестирование и расширение последующих прототипов за счет углубления каждой из подзадач

• Создание прототипов для каждой из подзадач, поочередное тестирование каждого из прототипов, а затем объединение в единый прототип, решающего всю задачу в целиком

• Документирование разработки

• Пртотипирование 4-ой стратегии аналогично 2-ой

• Разработка серии начальных прототипов в интерактивном режиме

• Повдедение итогов по каждому промежуточному протоитпу по следующим критериям

Общее впечатление от прототипа

Количество разработки пользовательских интерфейсов

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

Наличие ошибок в знаниях и в форме их представления

Естественность рассуждений системы

• Составление списка умений

• Разработка финансового прототипа

3. Фаза внедрения

• Создание на базе финального прототипа готового образца, опирающегося на реально работающую среду

• Перенос системы из среды разработки в среду функционирования у заказчика