2551
Примеры / Re: Диаграммы оценки окружающей обстановки
« : 29 Марта 2010, 09:21:22 »Юра, а как быть тем желающим Вам помочь, у кого нет BPWin?Юра, по-моему, дельное замечание. Неужели трудно запостить графический файл?
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Юра, а как быть тем желающим Вам помочь, у кого нет BPWin?Юра, по-моему, дельное замечание. Неужели трудно запостить графический файл?
Ну, надежда еще есть
Ну раз нет такого значит нет. Я просто решил убедиться, спросив на форуме.
Как говориться, а вдруг...
Эд, спасибо за подробную информациюВиталий, я понимаю, что тебе хочется:) Но я не волшебник, и даже не учусь на него. Все, что мне удалось найти, я тебе предоставил. Дело за тобой.
Но это немного не то, что хочется
Данное приложение самостоятельное и оно интегрируется с jira и со sparx т.е. выступает как посредник
Хотелось бы иметь прямую интеграцию: работаешь в jira и например баги и запросы на изменение автоматически создаются в модели при создании их в JIRA или например теже UC синхронизируются
Почему??Мы так и не смогли ее прослушать. Несколько раз меняли каналы, но видео мы не смогли получить
Почему искусственно?Я имел в виду искусственность размещения что ли.
"Задача расчета заработной платы решается 1 числа каждого месяца в продолжение 1 рабочего дня"Прмерно это я и предполагал, но как-то все выглядит это немного искусственно
.....
Где ты это нашёл? Здесь?Исходную формулировку я взял из проекта методических указаний по содержанию дипломного проекта. Став изучать, откуда взят был такой раздел, наткнулся на ссылку, что ты указал.
Насколько я понимаю, пропущено слово: периодичность и продолжительность решения задачи.Ну в Госте тоже его нет, правда там написано
Нет, это означает, что при определённых условиях задача в целом и функция "ввод остатков" в частности начинает выполняться неавтоматизированным способом. То есть остатки фиксируются на бумаге и обрабатываются на деревянных счётах. Причём я не шучу. Этот пункт предполагает, что "в резерве" остаётся неавтоматизированный способ решения задачи - без использования компьютеров.
Ух, аж мурашки по коже. Должно быть "подразделений, частей и соединений".
Опять речь идёт о том, что в запасе остаются "ручные" способы решения задачи. Если "умный прицел" отказал - сбрасывай бомбы по старинке, на глазок.
imho эта часть ГОСТа относится к культурному слою (читай - заброшенной свалке) эпохи больших ЭВМ, когда автоматизация только-только начиналась, и доверия к компьютерам ещё не было (машина думать не может, машина должна ехать!)К сожалению да. Автор проекта МУ очень настойчив, у него непоколебимая вера в ГОСТ, да и на проектировании учат строго по ГОСТ (типа
А что, вы используете ГОСТовские стадии и этапы разработки? ТЗ, эскизный проект, ТП?
подумать какие проблемы может вызвать использование associated class для исходной задачи. Это гораздо интересней!А что тут думать? Все предельно ясно. Или Вам все еще не понятно? Советую посмотреть как реализуется класс-ассоциации в таких программных реализациях как Bold или ECO, там это можно "пощупать руками"
ну и я позволю себе цитату!!!!И что следует из этой цитаты?