361

ПО Аналитика / Новости от Telelogic

« : 22 Марта 2007, 16:33:13 »

Новый инструмент Telelogic DOORS ® Fastrak™

Новое WEB -решение для разработки и управления требованиями оптимизирует поддержку проектов по созданию ПО с короткими сроками поставки продукта

Если раньше вы знали, что такое extreme programmimg , то теперь можно смело пользоваться новым термином :
e X treme Requirements Management

При минимальных затратах на развертывание новый инструмент Telelogic DOORS ® Fastrak™ является простым в использовании и легким в освоении web -решением для разработки и управления требованиями, основное предназначение которого - поддержать работу над проектами по созданию программного обеспечения с короткими сроками реализации.

«Короткие» проекты по разработке ПО характерны тем, что исполнители, удовлетворяя запросы заказчика, вынуждены постоянно балансировать между необходимостью делать быстро и требованием делать качественно.

Являясь объединяющей средой, DOORS Fastrak выступает альтернативой хаосу управления требованиями посредством текстовых редакторов, электронных таблиц или e - mail , которые зачастую используются во многих компаниях. Инструмент настолько легок в освоении и использовании, что его применение никак не замедлит скорость разработки.

Для работы DOORS Fastrak доступен либо как приложение, устанавливаемое в компании, либо в качестве программного обеспечения, используемого как сервис ( Software - as - a - Service или SaaS). DOORS Fastrak не требует клиентского ПО - для работы достаточно иметь лишь Web-браузер. Возможна почти полная русификация DOORS Fastrak.


Тестировать продукт...

Любому желающему тестировать DOORS Fastrak компания Telelogic предоставляет удобную возможность сделать эт о на протяжении 30 дней в режиме он-лайн (SaaS).
Для этих целей выделен специальный сервер, на котором по вашей просьбе будет сформирована персональная рабочая область.

С чего начать ...
1. Откройте ссылку http://www .telelogic.com/contact /evaluation.cfm
2. Зарегистрируйтесь.
(Те из вас, кто уже имеет паспорт Telelogic могут воспользоваться им, чтобы идти дальше. Тем, кто регистрируется в первый раз, придется заполнить предложенную форму и получить паспорт Telelogic).
3. Во вновь открывшемся окне пометьте, что вам нужен DOORS Fastrak .
4. Кликните Submit .
Теперь ваш запрос отправлен в Telelogic Support , который приступает к формированию для вас рабочей области. Как только это будет выполнено, вы получите e-m a il, содержащий ваш персональный логин и пароль.
После чего можете приступать к тестированию DOORS Fastrak .

Примечания:

      - по истечении 30 дней после начала тестирования DOORS Fastrak ваша рабочая область будет удалена с сервера.
      - для получ ения дополнительной информации или продолжения тестирования вы можете связаться c представителем компании Telelogic Rus , отправив письмо по адресу info.ru@ telelogic.com.
      - если вы столкнетесь с какими-либо проблемами при тестировании DOORS Fastrak , Telelogic Support поможет вам решить любые вопросы. Стоит лиш ь описать проблему и отправить письмо (на английском языке) по адресу: fastrak.support @telelogic.com .

362

xP Xd Agile ICONIX пр. / Практики Agile

« : 18 Марта 2007, 21:22:11 »

После семинара AgileRussia захотел оформить наиболее интересные практики/указания Agile:

• Создать команду

В первую очередь для того, чтобы Agile работал, надо создать команду, которая дышит одним, думает об одном и живет ради одной цели. Идеальная команда для Agile - это 5-10 человек

• Работать итерациями

Чтобы избежать быстрого переключения м/у задачами и улучшить контроль следует делить всю работу на итерации, т.е. некие стандартные промежутки времени, чтобы в конце каждой была бы реализована некий функционал, т.е. был виден результат работы. В течении итерации лучше всего заниматься одним проектом и не допускать изменения состава работ. Итерация должна быть едина по времени на протяжении проекта, лучший промежуток времени - это неделя, но также возможно делить на итерации от 3 дней до 2 недель.

• Двигаться к одной цели

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

• Организовывать SCRUM митинги

Каждый день следует организовывать 15-30 мин. SCRUM митинги или по-простому летучки. Они нужны чтобы лучше команда самоорганизовывалась и делилась опытом в процессе работы, т.к. на этих митингах поднимаются вопросы:
- Что ты делал вчера
- Что будешь делать сегодня/завтра
- Какие есть у тя проблемы
- Если есть проблемы, то все делятся идеями
- Если кто-то говорит, что он будет делать, а у другого это уже есть (н-р, формочка), то первому надо просто взять это и приклеить.

• Самопланирование

Команда должна сама определять сроки, а руководитель их контролировать.

• Пересмотреть результаты

После окончания проекта или некой стадии команда должна пересмотреть свои результаты на предмет улучшения или избежания ошибок в дальнейшем.

• Руководство снизу

В итоге применения Agile руководитель не должен жестко контролировать сверху, а должен поддерживать команду снизу, способствуя их самоорганизации. В начале результаты снижаются, т.к. контроль уменьшается, но потом, через пол-года, год резко вырастает за счет самоорганизации.

363

Сообщество Аналитиков / Дружественные ресурсы

« : 15 Марта 2007, 16:46:42 »

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

364

О Сайте и Форуме / Переместить темы с книгами в раздел обучение

« : 06 Марта 2007, 12:30:32 »

Народ, м.б. переместить темы с книгами из раздела Проектирование в раздел Обучение?

П.ч., во-первых, такие темы должны быть там и, во-вторых, не все книги относятся только к Проектированию.

365

Системный Анализ и Требования / Как Вы описываете требования к ПО?

« : 05 Марта 2007, 00:47:13 »

В общем хотелось услышать кто как описывает требования к ПО и с какой детализацией?

Мы описывает требования к ПО в виде сценариев ВИ, добавляем к ним бизнес правила и нефункциональные требования.
Плюсы такого подхода:
1. Учитываются все требования
2. Наиболее понятны и детализированы для программиста
3. Наиболее понятны для заказчика, можно дать почитать

Хотелось услышать другие мнения и минусы моего подхода, если они есть.

366

Варианты Использования (Use Case) / FAQ – Use Case

« : 05 Марта 2007, 00:28:38 »

FAQ – Use Case

Теперь ФАК ведется здесь: http://www.uml2.ru/index.php?option=com_content&task=category&sectionid=3&id=31&Itemid=51

Что такое Вариант Использования (прецедент или Use Case)?
Что такое актер (actor)?
Что такое Диаграмма Вариантом Использования (ДВИ)?
Чем отличается диаграммы Бизнес ВИ и Системных ВИ?
Что необходимо сделать, чтобы правильно построить ДВИ?
Что такое сценарий ВИ?
Почему ВИ – это не функция?
Какие вопросы будут включены в этот FAQ в ближайшее время?


Что такое Вариант Использования (прецедент или Use Case)?
Вариант Использования (ВИ, прецедент или Use Case) - это последовательность некоторых событий, показывающих как Система должна взаимодействовать с Пользователями (называющимися актером или actor) для достижения какой-то цели. Различают два вида ВИ – это бизнес ВИ (БВИ) и системный ВИ (СВИ).

Что такое актер (actor)?
Актер (действующее лицо или actor) - это пользователь, который взаимодействует с Системой. Актером может быть так же конечный пользователь (внешний к вашей организации) или внешняя система.

Что такое Диаграмма Вариантом Использования (ДВИ)?
ДВИ (диаграмма прецедентов или use case diagram) – это диаграмма, на которой показаны несколько ВИ, актеров и связей между ними.

Чем отличается диаграммы Бизнес ВИ и Системных ВИ?
На Бизнес Диаграмме ВИ (БДВИ) отображается, как взаимодействуют внешние пользователи с вашей организацией для достижения бизнес целей. На ней обычно показывают внешних по отношению к вашей организации актеров, например, клиентов и  внешние организации. Старайтесь на этом этапе избегать связей <include> и <extend>. Данная диаграмма используется на этапе Бизнес Моделирования. Очень важно на этом этапе показать диаграмму Бизнес Объектов, которая отображает основные бизнес-сущности (и их свойства) и взаимосвязи между ними.
На Системной Диаграмме ВИ (СВИ) отображается, как взаимодействуют ваши внутренние Пользователи с вашей автоматизированной Системой, т.е. отображаются пользовательские функциональные требования к ПО. Данная диаграмма используется на этапе Системного Анализа и формализации требований к ПО.

Что необходимо сделать, чтобы правильно построить ДВИ?
Необходимо пройти несколько основных шагов:
1.   Выделить действующих лиц (ДЛ). Если это СДВИ, то нужно выделить внутренних Пользователей Системы и внешнее (другое) ПО. Если это БДВИ, то нужно понять – кто может являться Клиентом вашей организации, и с какими другими организациями взаимодействует ваша компания, например, налоговая или РАО ЕЭС.
2.   Для каждого выделенного ДЛ написать свои цели, которые он пытается достичь, используя ваше ПО (СДВИ) или вашу организацию (БДВИ). Ранжировать эти цели для каждого ДЛ и попытаться выделить основные цели, если другие цели являются подцелями или задачами. Понять какие другие ДЛ могут участвовать при достижении этой цели. Попробовать объединить цели нескольких ДЛ, если они несут некую одну пользу.
3.   Нанести на диаграмму ДЛ, которые будут являться актерами, и основные цели, которые будут являться ВИ. Причем основным словом в названии ВИ должно являться глагол, например, «Принять товар». Нанести на диаграмму связи (в виде однонаправленных ассоциаций) между ДЛ и целями, в соответствии с п. 2. Если другое ДЛ участвует в достижении цели основного ДЛ, то этот ВИ надо также связать с первым ДЛ.
4.   Для каждого ВИ необходимо написать сценарий – последовательность действий внутри этого ВИ. БВИ лучше описывать в виде прозрачного ящика, а СВИ лучше описывать в виде черного ящика.

Что такое сценарий ВИ?
Сценарий или спецификация ВИ (use case scenario or specification) – тестовое формальное описание последовательности действий, которые происходят внутри ВИ для достижения некой цели актера. Принята следующая структура описания спецификации ВИ:
1.   Название
Это уникальное название ВИ. Оно должно быть написано в виде глагол-существительное, например «Получить книги», «Снять наличные».Лучше написать «Регистрировать пользователя», чем «Регистрация пользователя».  Оно должно описывать конечную цель актера и чтобы было понятно – о чем данный ВИ. Оптимально название из 2 или 3 слов.
2.   Итерация
Часто эта секция нужна, чтобы информировать читателя – какой стадии достиг ВИ. Начальный ВИ, разработанный для бизнес анализа, может сильно отличаться от хорошо разработанной версии, когда началась разработка ПО. Более старшая версия ВИ м.б. все еще текущим документом, потому что предназначается для другой группы людей. Может быть пропущено.
3.   Описание
Обеспечивает краткое описание ВИ, чтобы понять суть ВИ и не углубляться в полное описание. Часто используется на первых стадиях, когда полный процесс еще не ясен, но хочется описать основные моменты. Может быть пропущено.
4.   Предусловия
Данная секция используется для описания любых условий, которые необходимо соблюсти, когда пользователь начинает выполнение данного ВИ. Данные условия могут непосредственно не инициировать данный ВИ.
5.   Триггер
Описывает начальное условие, при котором начинается данный ВИ. Это может быть внешним, временным или внутренним условием.
6.   Основной поток действий
Каждый ВИ должен иметь по крайней мере одну секцию, описывающую основной поток действий. Обычно представлен как нумерованный список шагов:
a.   Система показывает форму вводу имени пользователя и пароля
b.   Пользователь вводит свое имя и пароль
c.   Система проверят введенные данные и подтверждает их правильность
d.   Пользователь считается авторизованным
e.   И т.д.
7.   Альтернативные потоки действий
ВИ может иметь разветвления потока событий или иметь другие (альтернативные) сценарии. Все вариации описываются в данной секции. Обычно также представлен как нумерованный список шагов:
a.   Система распознала cookies на компьютере пользователя
b.   Перейти к п. с
Или:
c.   Система проверят введенные данные, и они являются не верными
d.   Перейти к п. а
8.   Постусловия
Здесь указываются состояние, которые происходят после того как основной сценарий исполнился.
9.   Бизнес правила
Это правила, которые определяют как организация взаимодействует внутри в соответствии с ВИ. Бизнес правила могут быть как внутри ВИ, так и затрагивать несколько ВИ, чтобы описать взаимодействия, которые выходят за рамки описания ВИ. Нужно чтобы получить более полную картину взаимодействия. Может быть пропущено.
10.   Замечания
Другая информация, которая не может быть описана в рамках шаблона. Может быть пропущено.
11.   Автор и дата
Должна быть показана версия документа,  его автор и дата последнего обновления.

Почему ВИ – это не функция?
ВИ – это не функция, это некая последовательность действий, которая приносит пользу для основного актера, инициирующего данный ВИ. ВИ – это скорее цель Пользователя, чем отдельная функция. ВИ теоретически может быть разбит на несколько функций, и как правило не является одной лишь функцией. Например, «Выдать деньги» в банкомате не является ВИ, а «Снять деньги» - это ВИ, который включает в себя некую последовательность действий по выдаче денег. Декомпозировать ВИ до функции является очень большой ошибкой.
Подробнее можно прочитать здесь: http://www.uml2.ru/index.php?option=com_smf&Itemid=45&action=dlattach;topic=47.0;attach=23

Какие вопросы будут включены в этот FAQ в ближайшее время?
В данный FAQ будут включены следующие вопросы:
•   Какую литературу можно почитать, чтобы лучше понимать ВИ?
•   Что такое уровень прозрачности ВИ?
•   Какие бывают уровни декомпозиции ВИ?

367

IDEF ARIS BPMN и пр. / ARIS наиболее популярный

« : 17 Февраля 2007, 23:44:43 »

Как ни страно, но на нашем сайте наиболее популярным является материалы по ARIS. Хорошо бы добавить обзорные статьи по данной методологии и возможно обзор или список хороших книг.

368

UML SysML и пр. / FAQ - UML

« : 17 Февраля 2007, 21:54:15 »

Теперь ФАК ведется здесь: http://www.uml2.ru/index.php?option=com_content&task=category&sectionid=3&id=30&Itemid=50

Что такое UML?
Какая последняя версия спецификации UML и где ее можно получить?
Какие основные изменения были сделаны в спецификации UML 2.0?
Как можно легко обмениваться UML моделями  между разными средствами UML моделирования?
Как мне выучить UML?
Как мне пройти сертификацию по UML?
Какие есть доступные средства UML моделирования?
Какие процессы и методы используются для UML?
Какие контакты данного сайта доступны?
Какие приняты на форуме сокращения?
Какие вопросы будут включены в данный FAQ в ближайшее время?
 
Что такое UML?
Унифицированный Язык Моделирования (UML – Unified Modeling Language)  - это язык моделирования общего назначения для визуализации, определения, конструирования и документирования артефактов ПО.  UML  был унаследован от трех основных языков объектного моделирования : Буч (Booch),  методика объектного моделирования (OMT – Object Modeling Technique),  объектно-ориентированная инжинирия разработки ПО (OOSE – Object-Oriented Software Engineering). Он был впервые добавлен в список адаптированных технологий группы объектного управления (OMG – Object Management Group, www.omg.org) в 1997 году. После этого UML стал индустриальным стандартом для моделирования ПО.


Какая последняя версия спецификации UML и где ее можно получить?
Текущая версия UML  спецификации – это UML 2.0. OMG  опубликовала  данную спецификацию в  октябре 2005.

Ссылки на основные спецификации:
·         UML 2.0 Superstructure specification
·         OMG UML Specification v. 1.5
·         OMG UML Specification v. 1.4
·         OMG UML Specification v. 1.3
·         OMG UML Specification v. 1.2
·         OMG UML Specification v. 1.1


Какие основные изменения были сделаны в спецификации UML 2.0?
Популярно на английском языке про изменения рассказано здесь: http://www.xpdian.biz/UML2.0changes.html


Как можно легко обмениваться UML моделями  между разными средствами UML моделирования?
Если ваше средство UML моделирования поддерживает возможность импорта и экспорта из(в) XML, Вы можете легко сохранить вашу модель или проект в одном средстве и загрузить ее в другом. Но, к сожалению, на данный момент не все средства поддерживают данную возможность. Позднее будет выложен список средств, которые поддерживают XML.
 

Как мне выучить UML?
Выпущено множество книг как на английском языку так и на русском. Так же существует не мало курсов.

Наиболее интересные книги по UML:
·        М. Фаулер, UML. Основы. 3-е издание
·        Л. Мацяшек, Анализ требований и проектирование систем. Разработка информационных систем с использованием UML
·        К.  Ларман, Применение UML и шаблонов проектирования (2-е или 3-е издание)
·        А.  Леоненков, Самоучитель UML - 2 издание, переработанное и дополненное
·        Г. Буч, Язык UML. Руководство пользователя
·        Д. Рамбо, UML 2. 0. Объектно-ориентированное моделирование и разработка

Наиболее интересные книги по Требованиям:
·        К. Вигерс, Разработка требований к программному обеспечению
·        А. Коберн, Современные методы описания функциональных требований к системам
·        У. Леффингуэлл, Принципы работы с требованиями к программному обеспечению. Унифицированный подход

Наиболее интересные книги по RUP:
·        Ф. Кратчен, Введение в Rational Unified Process
·        Ф. Кратчен, Rational Unified Process - это легко. Руководство по RUP для практиков.
 
Так же существет множество курсов по UML и требованиям:
·        http://www.itshop.ru/ittraining.asp?catId=23#grpId817 (www.interface.ru)
·        http://www.intuit.ru/department/pl/umlbasics/ (http://www.intuit.ru)
·        http://sep.russee.com/courses/sep_uml.phtml (http://sep.russee.com)

 
Как мне пройти сертификацию по UML?
Существует несколько способов получить сертификацию:
·        OMG Certification Program
·        Object-Oriented Analysis and Design with UML Test
·        Rational Unified Process
·        IBM Certified Solution Designer - Rational Software Architect


Какие есть доступные средства UML моделирования?
Существует множество CASE (Computer Aided Software Engineering)  средств, которые поддерживают UML:
·        Rational Software Modeler
·        Together Architect / Designer /Developer (Borland)
·        TAU G2 v. 2.6 (Telelogic)
·        Rhapsody v. 5.0 (Telelogic)
·        Enterprise Architect v. 6.5  (Sparx Systems)
·        Poseidon for UML 4.0 (Gentleware)
·        Visio Stencil and Template for UML 2.0
·        UModel 2005 (Altova)
·        ARTiSAN Studio (ARTiSAN Software)
·        Describe (Embarcadero Technologies)
·        MagicDraw UML (No Magic)
·        EclipseUML Studio (OMONDO)
·        Visual Paradigm for UML (Visual Paradigm UML 2.0

Расширенный список UML средств моделирования:
http://en.wikipedia.org/wiki/List_of_UML_tools

Примерную цену и ОС для данных средств можно посмотреть здесь:
http://www.objectsbydesign.com/tools/umltools_byPrice.html


Какие процессы и методы используются для UML?
Не коммерческие:
·        Agile Modeling
·        Unified Process
Коммерческие:
·        Rational Unified Process (RUP)
 

Какие контакты данного сайта доступны?
Создателей  и наиболее активных участников данного сайта можно увидеть в списке сообщества аналитиков России (CAR): http://www.uml2.ru/index.php?option=com_smf&Itemid=45&topic=51.0

Какие приняты на форуме сокращения?
На форуме приняты следующие сокращения:
·        ВИ - вариант использования (use case)
·        БВИ - бизнес ВИ
·        СВИ - системный ВИ
·        БО - бизнес объект
·        БП - бизнес-процесс
·        ПрОбл - предметная область
·        Д - диаграмма
·        ДВИ - диаграмма ВИ (use case model)
·        ДБВИ - диаграмма БВИ
·        ДСВИ - диаграмма СВИ
·        СМВИ - системная модель ВИ
·        БМВИ - бизнес модель ВИ
·        ДБО - диаграмма БО
·        ДК - диаграмма классов (class diagram)
·        ДП - диаграмма последовательности (sequence diagram)
·        ДД - диаграмма действий (activity diagram)
·        ДС - диаграмма состояний (statechart diagram)
·        ДКо- диаграмма кооперации (collaboration digram)
·        ДВ - диаграмма внедрения (deployment diagram)

Какие вопросы будут включены в данный FAQ в ближайшее время?
В ближайшее время планируется добавить ответы на следующие вопросы:
·        Какие стандарты наиболее близкие к UML?
·        На что я должен обратить внимание, когда выбираю тот или иной метод или процесс для UML?
·        На что я должен обратить внимание, когда выбираю UML средство для моделирования?
·        Что такое профиль UML?
·        Как я могу помочь улучшить UML?
·        Как создается спецификация UML и как она обновляется?

369

Бизнес-анализ и Целеполагание / Полезные материалы по БА на русском

« : 16 Февраля 2007, 13:05:17 »

Здесь можно добавлять ссылки на полезные материалы, книги, примеры по Бизнес-анализу и Целеполаганию на русском языке

370

Примеры / Реальные примеры - БД Финансовых Инструментов

« : 13 Февраля 2007, 22:49:58 »

БД Финансовых Инструментов.

Задача:
Построить модель данных для учета всех Финансовых Инструментов, торгуемых на Биржах всего мира, таких как: Акций, Облигаций, Индексов, Металов, Фьючерсов, Опционов и т.д.

Решение:
Conract - ключевая сущность, в которой агрегируются все торгуемые контракты Инструментов. Нужно  для обеспечения ссылочной целостности к этой одной сущности из других сущностей, не показанных на схеме
Spot - содержит данные по наиболее простым торгуемым контрактам, таким как:  Акций, Облигаций, Индексов, Металов и т.д.
Future - содержит данные по Фьючерсным контрактам
Option - содержит данные по Опционным контрактам. Каждый опцион содержит так называемый underlining контракт, им может быть либо Фьючерс, либо Spot
Asset - базовый актив. Торгуемый контракт Spot или Future имеет под собой один базовый актив, т.е. что реально покупается или продается.
Exchange - Биржа. Один контракт может торговаться только на одной Бирже.

Root - основание (коренная часть) Фьючерса или Опциона. Введен для агрегации нескольких Опционных или Фьючерсных контрактов в один, для хранения общих атрибутов.

371

ПО Аналитика / Telelogic Modeler: бесплатный инструмент для моделирования на языке UML 2.1

« : 25 Января 2007, 12:38:36 »

Инструмент Telelogic Modeler является средой проектирования встраиваемых систем и программного обеспечения на основе языка UML 2.1. Modeler создан одним из основателей и ключевым автором спецификации языка UML и позволяет улучшить обмен информацией между пользователями с помощью определения, визуализации и документирования моделей систем и программного обеспечения средствами стандартного графического языка. Инструмент Modeler является бесплатным и предоставляет пользователям доступ к мощной графической среде проектирования для повышения производительности циклов проектирования и сокращения их длительности.

Продукт Modeler обеспечивает:

модельную среду проектирования на основе языка UML 2.1, в которой диаграммы образуют единую модель, ведущую к созданию завершённых и корректных приложений;
представление концептуальных моделей средствами распространенного графического языка;
возможности лёгкого автоматического документирования, которые экономят время и исключают ошибки;
мощную настраиваемую среду проектирования, которая позволяет пользователям определять свою область деятельности с помощью специфичной терминологии и нотаций;
базу знаний и форумы, доступные через веб, которые позволяют пользователям делиться друг с другом практическим опытом;
редакцию Corporate Edition, которая предоставляет полную поддержку пользователей и интеграцию с распространенными инструментами управления конфигурациями, в том числе с Telelogic Synergy;
возможность обновления, которая сохраняет данные для использования в передовых средах модельно-управляемой разработки Telelogic Rhapsody и Telelogic Tau, обеспечивающих возможности моделирования, генерации кода готового приложения и тестирования на основе модели.
 

Перейдите по этой ссылке, чтобы загрузить инструмент Modeler:
http://www.ilogix.com/modeler-request.aspx
 

Ограниченная поддержка среды проектирования Telelogic Modeler предоставляется в виде сборников часто задаваемых вопросов (FAQ) и форума пользователей. Если Вы уже загрузили продукт Modeler, щёлкните по приведённой ниже ссылке, чтобы перейти к указанным сборникам и форуму. www.telelogic.ru

Техническая поддержка продукта Telelogic Modeler не предоставляется.

372

Сообщество Аналитиков / Встреча Сообщества Аналитиков №2

« : 24 Января 2007, 17:54:19 »

Решено организовать 2ую встречу.
План встречи будет представлен Денисом чуть позже.

Место встречи: клуб Билингва, Кривоколенный пер. дом 10 стр. 5
http://bilinguaclub.ru/
Дата и время: 4 февраля, воскресенье, с 11 до 14 часов (3 часа)
Контакты:
* Денис Бесков-Доронин: ICQ Number: 631-9839,    тел. 8-916-792-9286, 620-2531 (р), 337-3860 (д)
* Александр Байкин:        ICQ Number: 99-369-589, тел. 8-926-737-1515

Если кому интерсна веб конференция, то ее тоже можно организовать, но для этого нужно знать тех людей кому она нужна.

373

Нововведения / ПО для космического телескопа NASA создается с помощью Rational Rose Real-time

« : 23 Января 2007, 01:40:06 »

http://www.sql.ru/forum/actualthread.aspx?bid=58&tid=386783

http://www.informationweek.com/news/showArticle.jhtml?articleID=196902001

374

ПО Аналитика / [Посчитаемся] Какие CASE средства с поддержкой UML вы используете?

« : 22 Января 2007, 12:59:11 »

Давайте узнаем наиболее популярные CASE средства.
Создано по мотивам топика:
http://www.uml2.ru/index.php?option=com_smf&Itemid=45&topic=43.0

Если пробовали несколько CASE, то оставьте коммент плиз, почему остановились на чем-то.

Модератор: Для того чтобы проголосовать, надо зарегистрироваться.

375

О Сайте и Форуме / Публикация аннотаций книг, которых нет в эл. варианте

« : 17 Января 2007, 16:43:43 »

Тут люди пришли с предложением:
Опубликовать аннотации новых интересных книг по нашей тематике, которые в эл. виде появятся не скоро. И публиковать ссылки на издания или на магазины где их можно купить.

Я думаю - это будет очень интересно посетителям нашего сайта.

В связи с этим вопрос: Как лучше это оформить?
Я предлагаю публиковать прямо в файловом архиве, т.е. вместо скачать - ссылка на то где их можно купить.