?

Log in

No account? Create an account
Лабораторный журнал -- Day [entries|friends|calendar]
Anatoly Levenchuk

[ website | Лабораторный журнал ]
[ userinfo | livejournal userinfo ]
[ calendar | livejournal calendar ]

Вторник [08 Apr 2008|12:55pm]
Новая версия стандарта по Human Centered Design (ISO 9241-210, разрабатывается на замену ISO 13407) будет использовать термин User Experience, а не usability -- http://www.e-consultancy.com/news-blog/365349/usability-or-user-experience--what-s-the-difference.html
* * *
Интересный заход: использовать слово DataSet вместо Document -- сразу все становится чудесатое.
* * *
RTFM -- read this fine manual. Какое неожиданное прочтение!
* * *
Удивительно, но современные системы хранения данных используют 4-ю и 5-ю нормальные формы. А я-то думал, что третья нормальная форма -- это уже достаточно. Век живи, век учись.

Напомню:
1NF (1st normal form) - Eliminate Repeating Groups - Make a separate table for each set of related attributes, and give each table a primary key.

2NF (2nd normal form) - Eliminate Redundant Data - If an attribute depends on only part of a multi-valued key, remove it to a separate table.

3NF (3rd normal form) - Eliminate Columns Not Dependent on Key - If attributes do not contribute to a description of the key, remove them to a separate table.

4NF (4th normal form) - Isolate Independent Multiple Relationships - No table may contain two or more 1:n or n:m relationships that are not directly related.

5NF (5th normal form) - Isolate Semantically Related Multiple Relationships - There may be practical constrains on information that justify separating logically related many-to-many relationships.
* * *
В большинстве известных мне случаев модель и ее данные обзываются моделью (например, в модели данных SmartPlant Foundations данные схемы являются частью схемы). Это ответ vvagr на его постоянный вопрос -- считать ли сами данные частью модели, или нет. Будем считать, что этот вопрос решили.
* * *
Забавно читать в документации по SmartPlant Foundation явное упоминание мощных идей. Вот их выборка из Gentle Intro to SP Schema:
-- использование символического обозначения для уменьшения разночитаемости
-- механизм EnumMetadata
-- interface polymorphism
-- meta schema
-- использование схемы для структурирования XML
-- повторное использование модели на разных этапах жизненного цикла: design reuse
-- ортогонолизация ролей: факты не должны разделяться ролями
-- Instead of you trying to guess whether it is animal, vegetable, or mineral, the object just tells you (не нужно классифицировать, нужно выставлять интерфейсы).

А вообще у них внутре не Express, не OWL, а UML. И заявленная совместимость с ISO 15926. И ничего не нашел про 4D, а также ISO 15926-2. Нужно как раз разобраться, в чем эта заявленная совместимость -- они на этом языке собираются говорить, как на родном (т.е. нужно будет сотрудников научить одному языку), или заявляют "все можно перевести с нашего языка и на наш язык" (т.е. сотрудников нужно будет научить двум языкам -- родному для SPF и родному для 15926).
* * *
Пример из реальной жизни: вентилятор имеет 46 ролей (понимаемых как 46 наборов свойств, проявляемых при упоминаниях вентилятора в разных ситуациях), всего 209 свойств, разбивающихся на 73 типа и имеющих 22 единицы измерения. Основные (не все!) свойства насоса -- 342 штуки. Оставь надежду всяк сюда входящий...
* * *
Определение слова Project проектировщиками: A logical unit of data that is a subset of the items that make up a
plant. A project is used for making controlled, incremental changes to the data in a plant. There can be multiple projects for a plant at any given time.

А вот как они определяют Work Breakdown Structure: The composition of the plant based on the construction work to be
completed. The plant usually occupies the top level of the hierarchy; it is typically followed by projects, contracts, and
documents.

А то, что вы предполагали, у них обычно называется Primavera.
* * *
Plant Breakdown Structure. Work Breakdown Structure. Product Breakdown Structure. Risk Breakdown Structure. Strategy Breakdown Structure. Organizational Breakdown Structure. Resource Breakdown Structure. Team Breakdown Structure. Cost Breakdown Structure. Technology Breakdown Structure. Process Breakdown Structure.

Судя по Гуглю, абсолютно доминирует work breakdown structure. Видимо, все остальное не так-то легко бьется, чтобы была структура.
4 comments|post comment

navigation
[ viewing | April 8th, 2008 ]
[ go | previous day|next day ]