Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Молодца Эд. Как всегда все досконально и подробно. Может начнешь ФАК готовить по ВПСпасибо на добром слове.
М.б. данную тему перенести в раздел CASE?м.б.
Эд,Мне нужны файлы, а также раз новость висит, то зачем что-то другое? Партнеров прикручу - недолго
Сайт переносили на др. сервер. После переноса часть иформации пропало (старую версию перенесли). Я попросил все вернуть взад. А ты как раз в этот промежуток добавил баннеры, т.е. баннеры пропали. Если не сложно, то сделай это еще раз. Спасибо.
| Object-Oriented Analysis and Design : Understanding System Development with UML 2.0 | 17567 |
| Бизнес моделирование по RUP | 8344 |
| Применение UML и шаблонов проектирования | 6323 |
| Введение в Rational Unified Process | 5852 |
| Rational Unified Process | 2521 |
Мы с Элей обменялись парочкой фраз без проблем в тот момент как ты не мог подключиться ...И к чему ты это, сударь?
Это значит, что мы рекламируем данную конференцию через наш ресурс.Очень рекламируем
Семинар - это хорошо. Как бы мне хотелось сейчас провести такой семинар. Но получается так, что один из ключевых участников расположен в Новосибирске, два других в Питере (при этом один из них даже не подозревает, что его назначили ключевым), а третий (Заказчик), хоть и в Москве, но добиться его аудиенции невероятно сложно, а от его подчинённых толку, как оказалось, мало.Забавная, но как я понимаю жизненная ситуация. Странная, хотя бы по тому, что решение же делается для Заказчика, а он ишь вроде как неособо и заинтересован.
Взгляд, классический для системного анализа: существует наша система, которая является частью надсистемы. Все что взаимодействует с нашей системой - это части надсистемы, связанные с нашей системой. Будет ли это объект управления и система управления или что-то еще, это уже более конкретные вопросы.Хорошо пусть будет так. В данном случае это нужно трактовать так, что цель системе, исходя из классического похода, ставится суперсистемой, частью которой первая и является.
Не всякий ИТ проект венчурный и инновационный. Если, например, система учета, выполненная на FoxPro переводится под MS SQL+Delphi при том, что все устраивает то, как работала предыдущая система - это ИТ проект с известной спецификацией требований, но цель его не создать новую организационную структуру, а расширить возможности имеющихся технических средств.Хорошо пусть так. Вряд ли рассматриваешь в статье тривиальные задачи. Тем более ты привел пример, где проблем нет, цели абсолютно понятны, задачи формализованы. В данной задаче нет и предмета для разговора.
Согласен ссылок мало. Но тут могу сказать, что формат именно этого материала не позволяет излагать слишком отсушенным языком.ссылки это не отсушенный язык а признак зрелости и приемственности
Вот ты мне скажи, куда ссылаться для подкрепления тезиса о необходимости SMART целей и оперделения, что есть SMART?ну скажем http://www.tonich.ru/glossary/term/?id=37
Обзор литературы нужен, но до него надо еще дожить.Обычно с него и начинается все. Я понимаю - это авторский материал, а не научная работа. Кончено, этим можно пренебречь.
Вообще, это тонкий момент. Я бы не сказал, что можно провести грань, где заказчивается целеполагание и начинается инженерная деятельность. Надо подумать об этом.Все зависит от того, что ты вкладываешь в понятие инженерная деятельность - для меня это практическая деятельность по конструированию системы от замысла до реализации и эксплуатации.
Смотря для какого. Концепция - это письменно зафиксированные цели проекта. Как только она утверждена можно говорить о том, что целеполагание почти закончено. Почти - на случай изменения целей, но они меняются не всегда.Да конечно, если мы полагаем в данном случае самые общие концептуальные цели. Однако говорить о стабилизации цели даже в этом случае вряд ли имеет смысл.
Не все так просто, но попробуем.Я и не настаиваю
просто предлагаю... Решать тебе все равно.
