Вторая партия замечаний по курсовому проекту:

• при выполнении первого пункта КП необходимо текстом написать какие методы проектирования используются в данном случае и чем отличаются от классического проектирования систем;
• в классы Protege необходимо добавить минимальный набор знаний о сотрудниках, с тем, чтобы, например, можно было узнать как связаться с тем или иным сотрудником;
• также всех сотрудников необходимо определенным образом проклассифицировать;
• в онтологии необходимо внести понятие документ.

Аспекты выполнения 6-ой части лабораторной работы по ПСУЗ:

• Чтобы экземпляры классов отображались в нормальном виде необходимо на вкладке Forms  установить свойство Display Slot.
  
• Protege позволяет использовать подзапросы, например, мы хотим узнать условия каких договоров не выполняются из-за финансовых затруднений ( договор и причины невыполнения договора разные классы) для этого создаем запрос, который возвращает № причины "финансовые затруднения" и используем его как условие отбора в следующем запросе (нажимаем оранжевую призму над условием отбора выбираем необходимый нам запрос).

Ну вот мы и добрались до самого главного: до любимого всеми нами курсового проекта по ПСУЗ. Вот на что необходимо обратить внимание при написании проекта:

• при построении BSC 2 уровень должен поддерживаться 3-м, т.е. цели не должны «висеть»;
  
• при построении Key Performance indicator allocation diagram внизу лучше расписать как рассчитываются показатели;
• при построении EPC - диаграммы вехи должны быть связаны;
• все диаграммы должны иметь комментарии;
• при указании, какой отдел, какие функции выполняет лучше продублировать, но чтобы было понятно, кто что делает;
• чтобы четко было видно какая стрелка куда идет лучше всего воспользоваться свойством Model Appearance – Connection Appearance - Bridge Height.
  
  
  

Аспекты выполнения 5-ой части лабораторной работы:

• при построении онтологий нельзя создавать и использовать искусственные
  сущности и свойства типа ID_Client;
• необходимо дать максимально полный перечень понятий.

Думаю, многие столкнулись с проблемой: как задать связь между классами? 
Связь между понятиями устанавливается в свойствах класса. Необходимо в качестве диапазона(типа данных) выбрать Instances и появившемся под списком типов данных окне добавить класс, экземпляры которого будут значениями данного свойства.

• 
  
  

Тонкости выполнения 3-й части лабораторной работы по ПСУЗ:
• При построении Knowledge structure diagram  необходимо следить за тем, чтобы названия документов и категорий не должны дублировали друг друга;
•При построении Knowledge map категории знаний необходимо выделять не по принадлежности к отделам, а по видам знаний (т.е. знания о проиводстве - это не знания производственного отдела, а знания о материалах, оборудовании и т.д.).

Хочу обратить Ваше внимание на следующие аспекты выполнения второй части лабораторной работы:
1. Указать территориальную принадлежность организации(т.е. не только территориальную принадлежность магазинов, но и главного офиса).
2. У меня во всех диаграммах указаны непосредственнно сотрудники, знания которых используются для тех или иных операций, при таком построении модели необходимо расписать какие сотрудникы в какие отделы входят.
3. События называть так чтобы было понятно, что-то произошло.
4. Знания выделять по предметным областям, а не по принадлежности знаний какой-то группе людей(отделу).

Уважаемые коллеги! Хотел бы обратить ваше внимание на следующие аспекты выполнения первой части лабораторной работы по ПСУЗ:
1. Для того чтобы стали доступны возможности BSC необходимо ввести новый ключ для ARIS.
2.Необходимо детализировать все цели уровня "обучение и развитие", иначе штрафные балы.
3. Показатель достижения целей не должен содержать в своем названии количественную характеристику.
4. Для каждого мероприятия должен быть указан исполнитель или ответсвенное лицо.
Удачи!