3601

Сообщество Аналитиков / Re: Обсуждение новых правил вступления в САР

« : 27 Февраля 2009, 18:27:55 »

Михаил, ведь никто не заставляет вас выкладывать персональные данные. Разве кому-то действительно важно какие у вас отношения с жизнью: женат, разведен и прочее. Даже место работы можно не указывать, где учился и прочее.

Вы вообще можете как я понимаю не указывать ровным счетом ничего кроме имени. Да и имя Вы  здесь уже отобразили.

Что интересно может быть - это Ваши цели и возможности. Причем чаще профессиональные данные. И вам решать что Вы скажите о себе через профиль.

3602

Системный Анализ и Требования / Re: Дополнение к ТЗ

« : 27 Февраля 2009, 18:20:50 »

Вроде сами ответили. А так идите в систему Гарант или Консультант +, и посмотрите изменения к приказам, думаю очень похоже

3603

Сообщество Аналитиков / Обсуждение новых правил вступления в САР

« : 27 Февраля 2009, 14:04:05 »

не понимаю о чем идет спор? ну пишите в моем круге информацию недействительную. Актеры же и авторы книг пользуются псевдонимами. Мы порой и знаем то их по псевдонимам...

3604

Примеры / Re: EA - описание среды с примером

« : 27 Февраля 2009, 13:38:10 »

О! Предчувствия меня не обманули, я как раз смутно помню, что не все так просто с ними...
А Actor просто или таки businessActor с кривой палочкой в районе шарика-головы?
Все-таки интересно, как называется эта нотация, где их ввели. Я помню, что видела их в RUPе, но это ж не нотация, а методология...

Ира, было введено именно в РУП процессе. Другими поддерживается или нет.

3605

Для всех / Re: Рабочая инструкция-что это?

« : 26 Февраля 2009, 12:10:18 »

У нас используется термин Технологическая инструкция, которая описывает именно как выполнят что-то. Форма я думаю определяется из потребностей. По поводу создания документов на форуме писал Boatman. Он же писал и статью по этому поводу. Попробуйте поискать

3606

О Сайте и Форуме / Re: Заявки на новые подразделы форума

« : 25 Февраля 2009, 23:35:49 »

События, вернее Семинары и Конференции, уже есть. Что бум в Событиях публиковать?

Семинары и Конференции преобразовать в События, или сделать подразделом События?

3607

О Сайте и Форуме / Re: Заявки на новые подразделы форума

« : 25 Февраля 2009, 08:01:10 »

Я - ЗА

3608

Примеры / Re: Пожалуйста оцените диаграмму ви.

« : 24 Февраля 2009, 22:25:58 »

Вход в систему надо оставить как есть.
А поиск и должников сделать частью этого варианта при помощи отношения расширения.

Частью какого Ви? Вход в систему??? Ни в коем случае. Вообще избегайте что-то обобщать и структурировать на диаграмме ВИ. Не надо путать Диаграмму ВИ с Моделью взаимодействия или Моделью ВИ. Последняя в большей степени описательная, скорее содержит спецификации ВИ, чем их изображения.
Диаграмма ВИ должна лишь задать контекст - т.е. окружение: внешние сущности, внешние системы, что поможет выделить интерфейсы системы, и основные задачи, которые должна система решить.

Я, конечно, не говорю, что диаграмму не следует использовать. Следует и можно. Произвести впечатление на преподавателя,  например. Но чем сложнее диаграмма, чем больше в ней всяких элементов, связей - тем сложнее она для понимания.

Советы: избегайте обощения между ВИ. Если все-таки делаете используйте обощение в абстрактный ВИ.
             
            избегайте расширения - его мало кто понимает сходу, да и не сходу редко, кто понимает правильно

            включение используйте только тогда, когда это действительно помогает. Но помните не ударьтесь в функциональную декомпозицию.
            Помните, что базовый ВИ без своего включения обычно является незавершенным ВИ. Т.е. включение всегда включается в базовый, и базовый корректно завершается только при наличии включения
             Анализ - процесс итерационный

3609

Примеры / Re: Пожалуйста оцените диаграмму ви.

« : 24 Февраля 2009, 18:00:27 »

Меня немного смущают общие ВИ, то есть "Вход в систему", "Найти книгу" и "отобразить должников библиотеки".

И правильно смущает.
Вход в систему тем не менее особый случай ВИ
Найти книгу - скорее функция системы, но может быть рассмотрена как ВИ под уровнем моря, выделяемый по причине повторения некоторых шагов во многих ВИ.
Отобразить должников - шаг ВИ или нечто общее для многих ВИ и тоже может рассматриваться как низко уровенвй ВИ, но лучше наверное как все-таки функция часть более значимого ВИ

3610

Примеры / Re: Выполнение примера описания требований для ИС "Аттестации Студентов"

« : 24 Февраля 2009, 13:22:47 »

2 Galogen:
Я тоже считаю исполнителей заинтересованными лицами, а вот с потребностями как раз были проблемы при написании концепции ИС "Аттестация студентов". Вот с престижом я согласен, такая потребность может быть, а вот причастность, удовлетворение... мне кажется это романтика...) Может я слишком меркантилен? 

Ну смотри. Престиж в чем? Престиж в солидности, узнаваемости, технологичности.
Заинтересован разработчик в причислении себя к солидной узнаваемой конторе?
Может ли разработчик ожидать получение ценного опыта для продвижения куда-то в более рекспектабельные дали?
А изучение новых технологий не может быть мотивом?

3611

UML SysML и пр. / Re: Нужна помощь по диаграмме последовательности!

« : 20 Февраля 2009, 19:24:36 »

Вообще следует понять.
Диаграмма послеовательность отображает взаимодействие объектов предметной области или программы во времени

Главное тут. объекты и время, ну еще последовательность
По сути диаграммма последовательности - это блок схема ОО программы, в которой вы пытаетесь отобразить идею того как программыне компоненты или объекты взаимодействуют, чтобы добиться успеха или не успеха по выбранной вами функции, задаче или цели

Нужно исходить именно из этого. Лично в вашей схеме я не вижу никакого ООП. Есть нечто , что пытается замаскироваться под ООП, чтобы препод не приставал

В Вашем случае я вижу простую вычислительную задачу непрерывного полета частицы в поле действующих на нее сил.

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

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

Ну в лучшем случае я вижу обмен сообщениями между классом канваса формы и классом отвечающим за движение частицы.
Пользователь тут кто? накой он тут нужен ? Нажать кнопку? Замените его назначеным заданием винды:)

3612

UML SysML и пр. / Re: UML 2 Profiles Package: Как расширить Operation?

« : 20 Февраля 2009, 19:12:45 »

А где пытаетесь расширить профиль? В какой среде?

3613

Примеры / Re: Выполнение примера описания требований для ИС "Аттестации Студентов"

« : 20 Февраля 2009, 19:11:17 »

Скажите пожалуйста, коллеги и знающие люди, является ли исполнитель реализации ИС заинтересованным лицом(ЗЛ)? Если да, то какие у этого ЗЛ могут быть потребности? Цели, задачи вроде ясны, а вот потребности...?

В общем целом является.

Престиж, удовлетворение от внедрения актуальной задачи, причастность, значимость, сопричастность...
Мало?

3614

UML SysML и пр. / Re: Кратность (multiplicity) класса

« : 20 Февраля 2009, 19:04:40 »

Вы знаете, мне кажется Вы пошли не в ту сторону.

Это совершенно нарушает все концепции таксономии. И попытка передать смылс того. что у Вас не так мне представляется кардинально не верной.

Класс, таксоном, архетип - нечто обладающее общими чертами.

Если в Вашей задаче возникает потребность создание большего числа архетипом то причем тут кратность класса.

По-моему это аспекты чисто реализационные. Ограничение (не случайно в фигурных скобках). Ограничение на число экземпляров данного класса. А не на число видов класса. Меня вообще пугает фраза "вид класса".

Мне кажется Вам нужно быстро забыть об этой фиче, и не "пачкать   мозги" по образному выражению Френка Рассела.

3615

UML SysML и пр. / Re: Кратность (multiplicity) класса

« : 20 Февраля 2009, 13:52:52 »

Там предусматриваются и кратности с неопределенной верхней границей: *, 1.., 1..*.
Я хотел бы в ЛОГИЧЕСКОЙ модели использовать кратность класса в следующем контексте (см. рисунок). Класс "Регистратор" является обобщением - ему наследуют "Электрокардиографический регистратор" и "Регистратор артериального давления", каждый из которых при реализации может иметь более 1-го варианта. Как думаете, могу я использовать такую нотацию в этом случае?

Мне кажется это нарушает саму концепцию. Ведь здесь используется обощение, выделение существенных для класса свойств. А что отражает данная семантика? Что класс Электрокардиографический регистратор может иметь различный набор свойств? Или различные виды реализации?
Если первое то мне кажется это не правильно