Друзья
Ноя. 14, 2009
05:51 pm - Это Grizli TIME
Grizli Time - Музыка хорошего настроения!
Выпуск #209 (14/09/09)
1. Fake Blood - I Think I Like It
2. Richard Grey - I'm Back (One Night In Pacha Remix)
3. Mambana - Libre (ND.M's Bouncing In The Afterworld Bootleg)
4. The Funk Ensemble by Dario D' Attis - Syndia (Dario D'Attis Club Mix)
5. Dashka - Klez (Matteo Dimarr Remix)
6. Matteo Dimarr - Smell the Wood (Original Mix)
7. Michael Feiner - Must Be The Music (Bale & Voltaire Remix)
--- --- ---
Хит ИЗ ПРОШЛОГО
8. Mamalook Crew - Oh No No No
--- --- ---
9. Michael Gray, Jon Pearn - Once In A Lifetime (Michael Gray & Jon Pearn Mix)
10. Leventina - Nightshift (Prok & Fitch remix)
11. Kid Massive Feat. Elliotte Williams N'Dure - Touch Me (Avicii's Massive Mix)
***
GT - програма о лучшей house музыке в мире, выходит с апреля 2005 года!
12:52 pm - можно купить эсамбу)
а то замучали))
http://recordings.ru/release/?rid=55136
11:51 am - Метафорическая системная инженерия
Я недавно приводил ссылку на размышления одного из соавторов экстремального программирования про использование архитектурной метафоры: чаще всего метафору бывает очень трудно найти, а плохая метафора хуже ее отсутствия. Поэтому практика метафоры чуть не вылетела из набора успешно используемых (и поэтому рекомендуемых) практик экстремального программирования. Но если уж метафору удалось найти, то она работает очень хорошо -- и поэтому все время возвращается в набор рекомендуемых практик.
Вот звуковая метафора для "горбатой диаграммы" (парочка примеров: http://ailev.livejournal.com/750878.htm
Начинаете вы с того, что заводите управление конфигурацией, управление информацией, а потом делаете несколько однотипных, но разных итераций по собственно разработке -- что не означает прекращения всех остальных деятельностей. И все это происходит с одной стороны "одновременно", а с другой стороны -- может быть разбито на отдельные практики, которые "применяются" по необходимости, причем основное дело при этом не останавливается.
Собственно, это происходит в любой музыке (и я неоднократно об этом писал -- в том числе о принципиальной разнице между "композиторской" и "джазовой" музыкой, каковая метафора мне представляется также крайне важной -- http://ailev.livejournal.com/517723.htm
У меня такое впечатление, что кухонная (тоже ведь про деятельность -- http://ailev.livejournal.com/753876.htm
Тут нужно особо оговориться, что музыкальная и кухонная метафоры могут выступать в двух планах: как деятельностном (музыка/видео/танец -- метафора коллаборации-кооперации), так и служить поставщиками учебных целевых систем (продуктов и сервисов). Классический пример краткого рассказа про системную инженерию -- это "покупка собаки дитенку"(было опубликовано где-то год назад в INSIGHT). Все то же самое можно прекрасно продемонстрировать на примере обеда. А мультипроектное управление -- на примере все той же кухни в ресторане. Правда, мне бы больше удовольствия доставил пример оркестра из трех музыкантов, которым заказали сыграть пять песенок одновременно, но там про другое: мультисервисное управление (что ничуть не менее интересно, чем мультипроектное управление. Обеспечивающие инфраструктуры ведь -- это сервисы, и их тоже нужно планировать).
04:34 am - тунайт
Jenny Lafemme@TM cafe
круто
круто играет девушка
техника,материал,подача,ХАРИЗМА
дарим микс от Руста
дарим фирменные алкотестеры
наливаем фри дринки
MC Tash
девачки танцуют на барной стойке
вопрос из зала
-А это у вас go-go специальные?
-Нет.)))
в випе др Бессмертного
вечеринка удалась.
я спать.
днем в свою резиденцию Studio74(Челябинск)
пропускаю матч(а билеты были)
пропускаю Danny Tenaglia(а ... тоже самое))
уверен,сегодня будет отличная суббота и в Москве особенно.
Ребята,не подведите.
Мы за вас болеем.
форма у вас отличная (мне нравится)
играл бы даже в ней с удовольствием)))
free your mind.
Ноя. 13, 2009
03:43 pm - сам чёрт ногу сломит
в витиеватости хитросплетений государевой мысли и дела
«Считаю абсолютно недопустимой ситуацию, когда какой–то вид услуг обходится российскому налогоплательщику дороже, чем в передовых странах», сказал Медведев, и Дума тут же одобрила повышение транспортного налога в 2 раза
02:24 pm - Пятница 13. Бьет, блять, ключами!
Я не верил, но
Вчера поздно вечером у Яны "уходит" сумка с ключами, деньгами и банк.картами
Карты блокируем, денег нет, замки думаем менять...
Это не все.
Сегодня утром протекат стиралка. Собираю воду.
Это не все.
Отодвигаю посмотрть. Выбивается под напором шланг с водой и начинает извиваться аки Каа и поливать все водой. Моя Серафима стоити и в ужасе смотрит на все это
До крана не дотянуться. Шланг под напором очень холодной воды. Электричество в доме моментально отрубается - гдето коротнуло.
Перекрываю воду
Собираю воду опять. В ведро. Когда ведро уже полное подходит Сэмми и переворачивает на ковер.
Собираю с ковра
Янка в банке пишет заяву - мы дома одни
Это не все.
Спустя 3 часа мы выходим на лестничную клетку покурить и в этот момент Серафима закрывается изнутри на защелку. Дверь не простая.
Маленький ребенок (год и 4 месяца) один в квартире. Очень любопытный.
Вырубаю электричество (оно позже появилось - подсохло наверно)
Вызываю МЧС. Пробки на дорогах. Из кваритры ни звука. Наша мама в ужасе
Приезжают орлы из МЧС. Кросавцы
И, насверлив кучу дыр, выносят нам нашу железную хитропродуманную дверь нах....
Я к чему это все. Что ключи проебали уже не актуально.
Еду покупать замок...
Все. На сегодня все!!!!
Реальность нужно срочно перезагрузить. Сегодня у нас гости - вот и займемся этим!
ps. Выхожу уже и вижу, что наш фильтр для воды капает. Вот, думаю, сучонок, и ты туда же!
UPD: Уважуха парням из МЧС! Быстро, аккуратно и грамотно. Кстати они приехали на машине №13. Мы потом смеялись с ними ))
Всегда Ваш Я
01:15 pm - предфутбольное
один из звуков,которые меня бесят это звук футбольной дудки
если бы гавно могло говорить это был бы именно этот звук.
12:49 pm - ![[info]](http://l-stat.livejournal.com/img/userinfo.gif)
artnickа опять продают
Подробности торгов можно узнать нажав на кончик языка Коли
12:48 pm - Толя, специально для тебя
А ты говоришь Шантеля привезти, он вовсю уже в Раю отдыхает. Предъяви Мише, что не позвал:)))
11:37 am - Нашел у tatianakrasnova фотографию из театра
Актер ужас как похож
( Для сравнения моя морда лица )
11:10 am - ASOT 430
ARTiST .....:: Armin van Buuren
TiTLE ......:: A State of Trance 430-NET-2009-11-12-iRUSH
GENRE ......:: Trance
SOURCE .....:: Radio
DATE .......:: 2009-11-12
QUALiTY ....:: MP3 / CBR256 / 44100 / JOINT STEREO
RiPPER .....:: iRUSH
ANNOUNCED ..:: http://www.trancef.com
( Треклист и ссылка )
12:58 am - Бытописание и кухонное программирование
Сегодня обнаружил, что ближайший к дому ресторан АРЭШ, где мы время от времени сотоварищи едали харчо, стал рестораном Ave Anna. Думаю, что там теперь харчо не дают, а на вопрос "поменялась ли кухня", ответ будет такой же, как в бывшем Рахат-Лукуме -- нет, на кухне работают все те же самые люди. Был вполне восточный район, становится итальянским. Открыл бы кто-нибудь в районе харчОвню.
Думаю, не держать ли мне еще и скайп постоянно включенным (обычно у меня постоянно включен GoogleTalk, который жрет во много раз меньше ресурсов и не подворовывает трафик). Ибо запускаю его я по нескольку раз в день -- по совокупности причин. Почему-то вспоминаются некоторые знакомые, пытающиеся рассовать по карманам три мобильника.
Вчерашнее заседание Русского отделения INCOSE было с участием трех членов INCOSE из трех разных городов -- голосом по Skype. А в середине заседания еще и испанцы через NetMeeting подключились на пятнадцать минут. Жизнь меняется...
Думал, что буду слушать с утра и до вечера Pandora.com -- и действительно, один день полдня слушал это радио, получил колоссальное удовольствие (станцию Dirty Gospel). А на следующий день включил свой сервер, и продолжил получать удовольствие от избранных радиопередач Solid Steel, которые там лежали в количестве. И так почему-то и не вернулся к Пандоре.
Заработал pdfchm.org (инвайтов не просите, у меня там их нет) -- удалось выкачать давно запланированную книжку Requirements engineering от Elizabeth Hull, Ken Jackson and Jeremy Dick. Картинки там на ту же кухонную тему:
Вспомнилось некстати, что я когда-то существенно продвинулся в понимании программирования на задаче формализации книги кулинарных рецептов (каждый рецепт -- это ведь небольшая программа на кулинарном языке программирования. Давайте запишем эту программу именно как программу, для выполнения машиной, а не как текст на естественном языке). Как сейчас бы сказали в OMG, я пытался сделать Кулинарную Мета-модель. Меня завораживало, насколько единообразно выглядит текст в кулинарных книгах, и насколько трудно это описание формализовать (все эти "варить до готовности", "пока бульон остывает, ..." -- и такого там много). Сейчас, думаю, я бы с этой задачей справился -- но как учебная задача для программистов любого уровня она крайне хороша!
На закуску тот же сэндвич с разъяснениями
Я вот думаю, мой дитенка про рецепты уже все понял: увидел где-то в мультиках графическое изображение рецептов в виде чеклиста, и теперь время от времени рисует себе пошаговые алгоритмы и их исполняет. Может, домашняя кухня -- это и есть хорошая учебная целевая предметная область?
Ноя. 12, 2009
01:53 pm - LiveJournal Major Notes: Notes, Tweaks, Bug Kills, LJ_Cares!
Notes augmented
We've enhanced and de-bugged Notes. If you haven't tried it yet, now's the time! You can create a private note when you ban multiple users. You can also delete multiple notes at once. Lastly, paid users have the option to add a note (visible only to you) whenever you add or remove a friend (guaranteed to avoid embarrassing social mishaps). If you don't currently have a paid account, you can upgrade now! It only takes a few minutes and costs less than a bad shopping mall haircut (plus, it's way more fashionable)!
Product tweaks and bug kill
- In another effort to zap spam, comments containing links from domains LiveJournal deems untrustworthy are now automatically screened
- If you sign up to get notifications of the Writer's Block question of the day, you'll now see the daily question in the email notification, so you'll have a little extra time to ponder before you post. You can subscribe to Writers Block notifications here
- The issue causing random comments to vanish has been fixed!
- If you visit a LiveJournal page and get prompted to log in, you'll be returned to the same page after you sign in (Thanks, Dreamwidth)!
- If you don't edit the timestamp for an entry at all, the entry timestamp will indicate the time the entry was posted instead of the time the Update Journal page was loaded
- Comments with paddings/backgrounds render correctly within the comment box (and will no longer wrap outside the box and break frames/margins)
New FCK fixes rich text editor!
- We've updated our RTE (Rich Text Editor) to FCKeditor version 2.6.5
- When switching from the RTE to HTML editor, links for syndicated feeds are no longer broken
- RTE now functions properly in Safari 4.0
- An extra line/space will not be auto-inserted whenever you switch from RTE to HTML editor
- The insert image link now works correctly in all browsers
LiveJournal Cares
We’re pleased to introduce you to ![[info]](http://l-stat.livejournal.com/img/community.gif){kind=small}
lj_cares, a new LiveJournal community dedicated to raising awareness and funds for U.S. charitable organizations that improve the health and well-being of people around the world. Each month, we’ll spotlight a nonprofit that is making a significant global impact through medical research, public outreach, and/or humanitarian social programs. Charities will be selected in accordance with the U.S. calendar of national health observances based on a high rating (of over 60%) on Charity Navigator and global scope of impact.
In this, our inaugural month of November, we will celebrate national adoption month by offering a charitable virtual gift (priced at $2.99) to support Love Without Boundaries, an organization that saves the lives of orphans with life-threatening diseases and places them in loving homes around the world. LiveJournal will donate 100% of the proceeds from the sale of charitable vgifts (we'll cover the cost of credit card transaction fees). To learn more about Love Without Boundaries, please visit lj_cares and read about how they helped save Baby Kang and the Rainbow Twins from fatal illnesses, who are now thriving in nurturing families. You can purchase your Love Without Boundaries gifts in the Virtual Gift shop.
Papered in postcards
A couple of weeks ago, we asked you to send in postcards to surround us with LiveJournal community. Thanks for coming through! We've received postcards all the way from Germany, Finland, and Canada and from all over the US, including Texas, Florida, Alaska, Montana, Wyoming, Indiana, Hawaii, and Oklahoma just to name just a handful. We're thrilled with our improved decor.
Please keep the love coming for one more week by writing to Frank the Goat, Esq., c/o LiveJournal, Inc., 539 Bryant Street, Suite 210, San Francisco, CA 94107. Be sure to include your username, since we'll be drawing the names of ten random contributors next Thursday to win paid account credits!
Photos of the week
We have more dazzling images posted by talented LiveJournal photographers from around the world. We're hoping to span the entire globe, so please continue posting and tagging. Of course, you can also sit back and enjoy the view at lj_photophile.
You can see a sample of this week's gorgeous photos and check out spotlight communities and awesome user content after the jump!
( Read more... )Curtains
We thank you, once again, for joining us. See you next week!
10:41 pm - В глоссарий системной инженерии
Все эти термины я когда-то уже описывал, но по заявкам трудящихся я сделаю еще несколько гнезд глоссария "с нуля".
Артефакт (artifact) -- что-то (оборудование, знаковые системы, сервисы или обрабатываемые материалы), что сделано в ходе выполнения проекта или процесса. Из артефактов особо выделяют продукты (продукт -- артефакт, который произведен, измерим, и может быть либо конечным объектом сам по себе, либо объектом-компонентом. Product -- an artifact that is produced, is quantifiable, and can be either an end item in itself or a component item. PMBOK® Guide, v.4. Есть множество аналогичных определений и для процессного управления: продукт работы -- артефакт, ассоциирующийся с выполнением процесса, ISO/IEC 15504-1:2004 Информационные технологии -- Оценка процессов -- Часть 1: Концепции и словарь, 3.55. work product. -- an artifact associated with the execution of a process (ISO/IEC 15504-1:2004 Information technology -- Process assessment -- Part 1: Concepts and vocabulary, 3.55). Очень важно отметить, что есть артефакты, продуктами не являющиеся: они производятся для того, чтобы смочь произвести продукты, но никак не входят в состав комплекта поставки. Это руководства, планы, протоколы испытаний, модели и т.д. Иногда никакого различия между продуктами и прочими артефактами не делают, и в тексте тогда не остается слова артефакт вообще: продуктами называется все то, что сделано, независимо от конечного назначения.
Впрочем, так подробно с иностранными цитированиями для сверки, наверное, не нужно. Поэтому дальше буду писать по-русски. С цитированиями, наверное, это будет в следующем году, ежели начнем переводить стандарт Глоссария системной инженерии (а пока прошу всех сюда: http://pascal.computer.org/sev_disp
Валидация -- это определение того, насколько система соответствует требованиям заинтересованных сторон. В ISO 15288:2008 различают требования заинтересованных сторон (что хотят заинтересованные стороны от системы, в этот момент еще не определена, какова же будет система. Например, "хотим быстро перемещаться между точками А и Б") и требования к системе (иногда также называемые "определение системы", systems definition -- определение границ системы, еще без того, чтобы определить логическую архитектуру системы. Например, "система будет -- самолет с вертикальным взлетом"). Эти разные виды требований нельзя путать:
-- требования заинтересованных сторон порождаются в результате выполнения практики выявления требований заинтересованных сторон и их выполнение проверяется в ходе применения практики валидации.
-- требования к системе порождаются в результате выполнения практики анализа требований и их выполнение проверяется в ходе применения практики верификации.
Верификацию и валидацию вместе (напомним, тематическое объединение практик называют "дисциплиной") иногда называют квалификацией Практики определения требований заинтересованных сторон и анализ требований вместе называют дисциплиной инженерии требований.
Описанные соответствия практик иллюстрируют V-диаграммой (от названия буквы V, на левой дисциплину инженерии требований, а на правой практики квалификации. В V-диаграмму иногда включают еще и такое рассмотрение: соответствие архитектурному описанию проверяется в ходе применения практики интеграции. Поэтому иногда архитектурное описание тоже относят к виду требований ("требования архитектуры").
Дисциплина -- тематический набор практик. Например дисциплина "инженерия требований" -- это практики определения требований заинтересованных сторон и анализа требований (относимые к инженерии требований практики моделирования требований, сообщения-communicating требований, согласования требований и становления требований входят в эти две практики, если речь идет об ISO 15288, и могут рассматриваться отдельно, если речь идет о других типовых наборах практик). Дисциплина "архитектурное проектирование" по факту состоит из одной большой и сложной практики архитектурного проектирования, слабо связанной с другими практиками.
Верификация -- проверка системы на соответствие требованиям к системе. Подробности см. в "валидация".
Мета-модель -- набор понятий и связей между ними, в терминах которых строится модель системы, другими словами "модель модели". Мета-модели стали популярны в системной инженерии. Например, есть ряд стандартов, определяющих метамодели для моделей, строящихся в ходе инженерии жизненного цикла проекта:
-- метамодель инженерии программного и системного процесса OMG SPEM 2.0 -- Software and Systems Process Engineering Metamodel. Нужно учесть, что "программный процесс" и "системный процесс" являются синонимами процессов жизненного цикла проекта),
-- программная инженерия -- метамодель для разработки методологий ISO/IEC 24744:2007 Software Engineering -- Metamodel for Development Methodologies. Опять же, методология в этом стандарте определяется как набор методов, а из применения методов создается процесс (развертка применений методов во времени), который воплощается в жизнь в ходе жизненного цикла проекта.
Жизненный цикл проекта -- тот отрезок полного жизненного цикла системы (от замысла до исчезновения системы), который попадает во временнЫе рамки проекта.
Описатель -- по словарю синонимов: атрибут, свойство, характеристика, спецификатор, классификатор. Русско-английский словарь дает переводы: attribute, declarative, descriptor, handle, qualifier, specificator. Например, описатели (attributes) практики согласно ISO/IEC TR 24774 -- это название, назначение, результаты и состав (мероприятия и дела).
Проект -- планируемые и выполняемые согласно планам и контролируемые работы, проходящие на каком-то участке жизненного цикла конкретной системы. Проекту соответствует особая группа описаний, хорошо приспособленная для планирования ресурсов (логистики, определения потоков материалов, работ, финансов) и управленческого контроля. Другая группа описаний, которая меньше приспособлена для планирования ресурсов и потоков материалов и финансов -- это процессная (с другой стороны, в процессной группе описаний хорошо описывается типовая часть множества однотипных проектов, а также сам процесс преобразования материалов путем выполнения над ними отдельных операций). Проектные и процессные описания объединяются в рамках описаний жизненного цикла, в которых признается важность и тех и других. Тем не менее, чтобы подчеркнуть внимание системной инженерии не только к технологической (правильная последовательность операций, каждая из которых заключается из применения метода в правильный момент жизненного цикла системы) группе описаний, но и к управленческой (вопросы планирования ресурсов, контроль хода работ и т.д.) группе описаний, в ISO 15288:2008 говорится: "в настоящем Стандарте в качестве контекста для описания практик, связанных с планированием, исполнением, оценкой и контролем, выбран проект". А вот управленцы качества для всего того же выбирают "процесс": их много меньше волнует "уложиться в график и в бюджет", и много больше волнует "все сделать по правильным технологиям в правильной последовательности, чтобы получить правильный результат". Классическое определение проекта из американского PMI PMBoK вряд ли интересно в силу уже полной замыленности. Приведем для разнообразия не менее важное и распространенное, но в силу языковых и страновых особенностей чуть менее известное определение проекта из японского стандарта управления проектами P2M (обязательного, например, для всех финансируемых японским правительством инженерных проектов --http://www.pmprofy.ru/files/756/p2m.p
Типовой -- ср. "дома типового проекта", "типовой договор", "типовой устав", "типовые правила" и прочие специфические русскоязычные сочетания. В английском языке тут используется reference -- reference design будет "типовой проект", reference process framework -- типовой набор практик. Обычно слово "типовой" означает, что будет проводиться какая-то адаптация по месту, так что не рекомендуем переводить reference как "эталонный", что также означает общий образец, но не указывает на возможность этот образец менять в соответствии с требованиями момента.
Требование -- очень многозначное понятие, омоним.
1. какая-то возможность или условие, которое необходимо пользователю для решения своей задачи;
2. какая-то возможность, которую необходимо иметь системе, или условие, которому она должна удовлетворить для того, чтобы соответствовать соглашению, стандарту, спецификации или другой формально приложимой документированной норме, идущей от какого-то заинтересованного лица;
3. описание, соответствующее 1. или 2.
Определение из проекта стандарта инженерии требований ISO 29148 повторяет определение из IEEE 12200-2005 (перештампованному затем как ISO 26702:2007): требование -- это утверждение, которое указывает на эксплуатационные, функциональные или проектные характеристики или ограничения, каковые однозначны, проверяемы или измеряемы, и необходимы для приемки (потребителями или согласно наставлениям службы обеспечения качества) продукта или процесса (requirement: A statement that identifies a product or process operational, functional, or design characteristic or constraint, which is unambiguous, testable or measurable, and necessary for product or process acceptability (by consumers or internal quality assurance guidelines).
Требований огромное число видов: требования заинтересованных сторон, требования к системе, требования проекта, функциональные и нефункциональные требования, интерфейсные требования, нетехнические требования и т.д. Требования бывают одиночными, а также собираются в совокупности -- спецификации. Есть многочисленные требования к тому, каковы должны быть требования, и что с ними нужно делать. Получением требований занимается дисциплина инженерии требований, а проверкой выполнения требований -- дисциплина квалификации.
Форма жизненного цикла -- определяемый по согласованию инженеров и менеджеров способ получения необходимых функций системы (ISO 15288 относит определение формы жизненного цикла к менеджерской группе описаний ЖЦ):
-- последовательная, когда сразу все функции системы получаются после выполнения всей последовательности стадий замысла, разработки и изготовления системы.
-- инкрементальная, когда функции системы постепенно порциями (инкрементами) добавляются с каждой новой версией системы, пока система не выйдет на заранее оговоренный полный набор функций. Это означает, что стадия ввода в эксплуатацию повторяется для каждой версии системы.
-- эволюционная, это аналогично инкрементальной форме жизненного цикла, только при выпуске первых версий нет понимания, какой будет окончательный набор функций системы.
Форма жизненного цикла как термин вводится в проекте ISO 24748-1: "Организации по-разному применяют стадии для реализации различных деловых стратегий и стратегий снижения рисков. Одновременное или, в редких случаях, даже в другом порядке применение стадий приводит к формам жизненного цикла с ясно различающимися характеристиками. Часто применяются последовательная, инкрементальная и эволюционная формы жизненного цикла. Кроме того, может быть выработано подходящее сочетание данных форм". Смысл сказанного раскрывается подробнее в ISO 19760, но про то же самое говорится "подходы (approaches) к жизненному циклу": Организационная группа описаний иллюстрирует последовательный, инкрементальный и эволюционный подходы. ... Как альтернатива, может быть выработан подходящий смешанный подход, включающий элементы данных подходов". Далее в разделе 7.2 приводятся более-менее подробные описания того, как проходит жизненный цикл при последовательной, инкрементальной и эволюционной его форме (в терминологии "подход к жизненному циклу").
* * *
Тут я бы написал, что мне самому очень хотелось бы считать, что термин "форма жизненного цикла" не занят (и раскопки в интернете, скорее это подтверждают, чем опровергают), и я бы с удовольствием вернулся от определения этой формы "по стандартам" (особенно с учетом того, что в ISO 15288 этот термин вообще не встречается) к данному мной еще в мае 2009г. определению: http://ailev.livejournal.com/688971.htm
Но тут я бы наступил пока на горло собственной песне и подумал еще (в том числе и потому, что есть и такая традиция понимания самого термина "жизненный цикл", в котором он всегда не конкретный, а типовой, а конкретны лишь соответствующие его каким-то периодам проекты. И с этим нужно еще разобраться: там "жизненным циклом" или "описанием/моделью жизненного цикла" называется как раз то, что я хотел бы назвать "формой" (стадии, контрольные точки, пересмотры выделения ресурсов, состояние системы к концу стадии, отстраиваясь от технической группы описаний -- мероприятий по применению главным образом технических практик в те или иные моменты времени. Я хочу одномерную горбатую диаграмму, в которой нет измерения дисциплин, а указана только стадийность -- и такая диаграмма как раз и характеризовала бы "форму". Но ISO 15288 норовит именно это назвать описанием (model) жизненного цикла, игнорируя тот факт, что в практике описывания жизненного цикла требуется описывать и дисциплины, и их применения в нужные моменты времени, и описывать (вернее, выбирать) форму жизненного цикла. Можно было бы отказаться от термина "форма ЖЦ" вообще и говорить о типах/видах (или даже моделях, отчаянно вляпываясь в омонимию типа "модель автомобиля масштаба 1:9" и "автомобиль ВАЗ модели 2109"), а то и "подходах", как это предлагает ISO 19760. Нужно разобраться, но я думаю, что это целесообразно делать только в рамках общего разбирательства с описаниями жизненного цикла, которые должны будут отражать и форму, и "подходы", и все-все-все про эти жизненный циклы. А это описание жизненного цикла, очевидно, нужно рассматривать с точки зрения его использования разными заинтересованными сторонами. Это использование происходит в рамках ситуативной инженерии методов, которая без упоминания этого термина хорошо описана в самом стандарте -- сам стандарт адаптируется, с ним совместно используются другие стандарты с типовыми наборами практик для разных типов систем, затем выбирается необходимое описание/форма жизненного цикла и эти практики расписываются (путем обеспечения всех необходимых инструкций) для применения в конкретных периодах этого жизненного цикла.
Так что ждем-с набора опыта моделирования ЖЦ, эксперименты в самом разгаре.
Для самых любопытных приведу еще один термин:
Подход к разработке -- относится к инженерной группе описаний. Это "сверху вниз", "снизу вверх", "из середины к краям (middle-out). Описывает как раз последовательность применения практик определения требований, анализа требований, архитектурного проектирования, реализации и интеграции в ходе жизненного цикла в части рекурсивного применения стандарта к подсистемам и элементам. Обратим особое внимание, что подход к разработке как раз является инженерным описанием жизненного цикла (т.е. "жизненным циклом", как его понимают инженеры в своем собственном труде), он не содержит "контрольных точек" и других менеджерски важных понятий, хотя вполне может содержать технические пересмотры (верификации, тестирования и т.д.).
Разбирательство с тем, "форма разработки" это, или "подход к разработке" или еще что -- тоже после окончания какого-то разбирательства с моделированием ЖЦ. То есть к середине декабря.
10:06 pm - Наш проект в гостях у RESPECTTIME
А то савсем с этими радио новостями запарился - в программе Сергея Ткачева на радио "мегаполис" прозвучали наши последние работы
промодж идем сюда
http://respectime.ru/radioshows/108
07:22 pm - DSi LL - видео
Читайте материал полностью — на MyNintendo.ru. Или добавьте свой комментарий.
Наш союзник (как обычном, так и в кастанедовском смысле) Yezhik поделился ссылкой на клип, продвигающий в Японии DSi LL (в Европе, напомним, она называется DSi XL и собирается выйти в начале следующего года).
Navigate: (Previous 20 Friends)