May 28th, 2009

2019

перед четвергом

Онтология, извлекаемая из энциклопедии: http://l-i-d-y-a.livejournal.com/90261.html. "Гипотеза: в большинстве случаев родовой по отношению к определяемому термин представлен первым по порядку существительным (именной группой) в именительном падеже. АГРАФ -- нарядная ЗАКОЛКА для волос, с помощью которой крепили в прическах перья, цветы, искусственные локоны и т.д.. ПЕРИСТИЛЬ -- прямоугольный ДВОР, сад, площадь, окруженные с 4 сторон колоннадой. ЯТАГАН -- рубяще-колющее ОРУЖИЕ (среднее между саблей и кинжалом) у народов Ближнего и Среднего Востока (известно с 16в)".
via lazy_frog
* * *
Обнаружил, что платежный терминал берет не обычные 4%, а 8.49% от суммы платежа -- что случилось?! Или это только терминалы Qiwi (если я правильно запомнил это слово)?
* * *
Ближайшее к дому кафе АРЭШ было пустым. Сначала там вывесили 20% скидку, ничего не изменилось. Сейчас вывесили "удар по ценам: 50% скидка на все меню" -- кафе заполнилось.
* * *
Я люблю INCOSE -- в недрах архива вебинаров (только для членов) там нашелся часовой январский вебинар Barry Boehm "Integrating Systems and Software Engineering with the Incremental Commitment Model" (webinar 3). С него утром и начну.
* * *
Надеюсь, что остаток недели я проведу в хлопотах не над срочным, а над важным.
2019

Основные показатели системной инженерии

Как это ни нелепо, но приходится регулярно сочинять какие-то показатели. Шпаргалка (http://seari.mit.edu/documents/LAI-Leading-Indicators-Update-20070618.pdf):

1. Requirements Trends - Indicates rate of maturity of the system definition against the plan. Also characterizes stability and completeness of requirements which could potentially impact design and production.

2. System Definition Change Backlog Trend - Change request backlog which, when excessive, could have
adverse impact on the technical, cost and schedule baselines

3. Interface Trends - Indicator of interface specification closure against plan. Lack of timely closure could adversely impact system architecture, design, implementation and/or V&V any of which could have technical, cost and schedule impact.

4. Requirements Validation Trends - Indicator of progress against plan in assuring that the customer requirements
are valid and properly understood. Adverse trends would pose impacts to design activity with corresponding impacts to technical, cost & schedule baselines and customer satisfaction.

5. Requirements Verification Trends - Progress against plan in verifying that the design meets the specified requirements. Adverse trends would indicate inadequate design and rework that could impact technical, cost and schedule baselines. Also, potential adverse operational effectiveness of the system.

6. Work Product Approval Trends - Adequacy of internal processes for the work being performed and also the adequacy of the document review process, both internal and external to the organization. High reject count would suggest poor quality work or a poor document review process each of which could have adverse cost, schedule and customer satisfaction impact.

7. Review Action Closure Trends - Responsiveness of the organization in closing post-review actions. Adverse trends could forecast potential technical, cost and schedule baseline issues.

8. Risk Exposure Trends - Effectiveness of risk management process in managing / mitigating technical, cost & schedule risks. An effective risk handing process will lower risk exposure trends.

9. Risk Handling Trends - Effectiveness of the SE organization in implementing risk mitigation activities. If the SE organization is not retiring risk in a timely manner, additional resources can be allocated before additional problems are created.

10. Technology Maturity Trends - Risk associated with incorporation of new technology or failure to refresh dated technology. Adoption of immature technology could introduce significant risk during development while failure to refresh dates technology could have operational effectiveness/customer satisfaction impact.

11. Technical Measurement Trends - Progress towards meeting the Measures of Effectiveness (MOEs) / Performance (MOPs) / Key Performance Parameters (KPPs) and Technical Performance Measures (TPMs). Lack of timely closure is an indicator of performance deficiencies in the product design and/or project team’s performance.

12. Systems Engineering Staffing & Skills Trends - Ability of SE organization to execute total SE program as defined in the program SEP/SEMP. Includes quantity of SE personnel assigned, the skill and seniority mix and the time phasing of their application throughout the program lifecycle.

13. Process Compliance Trends - Quality and consistency of the project defined SE process as documented in SEP/SEMP. Poor/inconsistent SE processes and/or failure to adhere to SEP/SEMP, increase program risk.

Добавочные (из http://cser.lboro.ac.uk/abstracts/S11-67.html):
1. Test Completeness Trends -
2. Resource Volatility Trends
3. Complexity Change Trends
4. Defect and Error Trends
5. Algorithm and Scenario Trends
6. Architecture Trends

Наметки к показателям HSI:

1. Allocation of Requirements to HSI Domains
2. Impact Assessment of Allocations/Allocation Changes.
3. Adequacy of Stakeholder Involvement.
4. Orientation for HSI in Engineering Organization.
5. Adequacy of Domain-specific Expertise.
6. Understanding Situational Factors Impacting HSI.

В конце года Systems Engineering Advancement Research Initiative (http://seari.mit.edu/) обещает выпустить версию 2.0 с учетом всех новых наработок.

Обратите внимание, что дискуссия о том, что мерять нужно тренды, а не абсолютные показатели, считается по факту завершенной -- хотя показатели HSI сформулированы пока и не в этом жестком формализме.

Пахнет эта система показателей, конечно, огромной бюрократией, но по принципу это не отличается от замеров velocity в экстремальном программировании, что рассматривается необходимейшей частью метода. Так что все зависит от стиля, в каком это реализовывать.
2019

Метод управления жизненным циклом и форма жизненного цикла

Основная беда в рассуждениях о методах управления жизненным циклом -- это используемая терминология. Мы будем использовать терминологию ISO 15288 с разъяснениями ISO TR 24748-1. Настоящий текст призван зафиксировать русскоязычное говорение на тему управления жизненным циклом.

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

Форма жизненного цикла (в других терминологических системах называемая также "процесс" -- ср. "software process", "метод/способ разработки", "подход к разработке", и даже "методология") для какого-то сочетания системы и организации (риски ведь зависят от сочетания системы и организации -- прикиньте риски по испечению пирога сапожниками и требуемую для снижения этих рисков форму жизненного цикла) порождается каким-то методом управления жизненным циклом (типа Rational Unified Process, или Spiral Model, DSDM, Extreme Programming или более современная Incremental Commitment Model, называемым также "моделью", но также и "методом/способом разработки", "подходом к разработке", "процессом", "методологией").

Термин "форма жизненного цикла" определяется ISO TR 24748, термин "метод управления жизненным циклом" давно закрепился в литературе под самыми разными именами -- и это наше терминологическое предложение использовать по-русски в текстах системной инженерии именно его.

Породить из метода управления жизненным циклом какую-нибудь форму жизненного цикла под конкретные условия использования ее в студенческом проекте разработки софта и зафиксировать ее в электронном виде -- это человеко-месяц, независимо от типа используемой системы описания ЖЦ и формализма этого описания(http://sunset.usc.edu/csse/TECHRPTS/2007/usc-csse-2007-724/usc-csse-2007-724.pdf):
Development of ICM electronic process guide using EPFC took two PhD students with previous modeling experience and a total of one person-month at 152 hours/month. A Guide including roughly 8 roles, 15 artifacts, 150 tasks, 30 guidance, 2 capability patterns and 1 delivery process. With Little-JIL, it took one PhD student and one MS student with some previous modeling experience to complete the model in 120 days or three person-month. The process model includes roughly 250 steps.
Форма жизненного цикла определяется методом управления жизненным циклом путем конкретизации основных элементов этой формы:
-- процессов (практик, дел)
-- артефактов (в том числе -- результатов)
-- ролей
-- инструментов
-- руководств (guidance, например чеклисты, образцы и примеры, инструкции, "визарды", шаблоны, планы и т.д.).

Форма жизненного цикла абстрактна, но она может быть описана в какой-то нотации, в том числе и в виде информационной модели, подразумевающей отображение ее в виде различных групп описаний. ISO 15288 называет такое описание lifecycle model, мы же переводим это как "описание жизненного цикла", понимая, что это описание жизненного цикла отражает его форму, связанный между собой конкретный набор элементов этого ЖЦ.

Наиболее продвинутым методом управления жизненным циклом на сегодня является метод поэтапного выделения ресурсов, МПВР (ICM, Incremental commitment model -- слово commitment в тамошних текстах расшифровывается через stakeholder commit resources, model означает шаблон для порождения форм жизненного цикла, а incremental переведем как "поэтапный"). Этот метод управления жизненным циклом взял у многих предыдущих методов их сильные стороны таким образом, что позволяет порождать огромное разнообразие форм жизненного цикла в соответствии с профилем рисков, возникающих в конкретном проекте -- в том числе динамически, то есть переформировывая форму жизненного цикла в ходе реакции на риски, появляющиеся в ходе выполнения проекта, а также изменения в ходе проекта уровня толерантности к риску у заинтересованных сторон.