Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Из того, что вы написали-я ничего не поняла!!!Полагаете, что есть надежда, что он проснется вдруг?
слишком заумно написано, мой мозг пока это не воспринимает и не понимает.
а не понятно мне то, какую я должна предоставить диаграмму, если все, что я сделала не подходит.А кто считает, что это неправильные диаграммы? Чем он это мотивирует?
вот в чем проблема.)
Доброго времени суток.Мне кажется, нужно идти в сторону baseline.
Подскажите пожалуйста, как правильно хранить требования к многоверсионному продукту?
IMHO: "Очень распространенное заблуждение."Я не буду утверждать, что определение верное. Но логика статьи мне представляется натянутой. Пример с картой не ясен. Что такое качество в случае с этой пластиковой дуальной картой? Типа прошла сертификационные испытания за 20 кило у.е. И оказалось, что карта не рабочая. Вопрос, а причем тут карта. По-моему нужно вернуть 20 тыс у.е., а контору по сертификации посадить на 20 лет за фальсификацию!
Опровержение данного заблуждения смотри: http://blog.shumoos.com/archives/281
PS. Если найдете ошибку в логическом построении - буду благодарен. Но пока никто не нашел.
И то сделали ошибкуВ английском обращение во время приветствия не выделяют запятой на практике.Hello, world!
Задача системного аналитика - принять выполненную работу. Системный аналитик заведомо считает, что ему сдается качественный код и проверяет функционал на соответствие поставленной задачи в целом.Когда глухарь токует, он никого не слышит.
Например: необходимо выгрузить в текстовый файл данные, удовлетворяющие определенным условиям. Источник данных, условия выборки и перечень выводимых данных задаются.
От меня требуют, чтобы я подготовила текстовый файл, с которым бы программист сверялся.
Я за то, чтобы была 2-х этапная проверка:
1) программист проверяет своими методами соответствие прописанного им алгоритма заданным условиям;
2) системный аналитик проверяет своими методами и готовит контрольные примеры для своей проверки.
В этом случае вероятность обнаружения ошибки увеличивается, т.к. скорее всего у нас будут разные контрольные примеры.
А если я свой контрольный пример буду передавать программисту, мы можем не обнаружить ошибку в программном коде
Только сейчас нужен результат и нужен быстро.Полностью соглашусь с Леонидом. Он высказал похожие на мои мысли. Впрочем они очевидны.
Спасибо.В общем Вы весьма подробно описали.
Полагаю мне стоит прибегнуть к декомпозиции и перефразировать свой основой вопрос так:
С чего начать? Вот я "совершенно ничего" не понимаю в UML. Но хочу научиться. Какую первую диаграмму мне лучше разработать для своего проекта? И какая литература мне в этом поможет?
Вот эти две ситуации какие диаграммы охватывают?Надеюсь, контекст вопроса не потеряется. Понимаете, нельзя говорить так говорить. Ведь я писал довольно обще, а ситуации у вас конкретные.
Кроме знания архитектурных ошибок есть, видимо, и другие компетенции.Принимается, но это знание или компетенция? Может уметь строить архитектурные вью в таких-то нотациях? Каких, на твой взгляд?
* Стоит знать нотации, для описания архитектуры.
Конечно это никак не связано с UML.Вы не поверите, в UML есть такое и всегда было - как минимум это диаграмма пакетов, иначе таже диаграмма классов с гнездовыми связями или связями владения или компонентная диаграмма http://www.uml-diagrams.org/package-diagrams-overview.html http://www.uml-diagrams.org/component-diagrams.html
Если бы в нотации UML существовала подобная диаграмма, то все другие просто перестали бы быть полезными.
Мне не нравится определение ieee 1471. Из него непонятно, что относить к архитектурным решениям.Концепция нравится- не нравится тут не очень подходит. Сергей, не уводи дискуссии в сторону. Мы говорим о компетенциях. Определение архитектуры оставим в стороне. Зачем выдумывать то, чего нет. Все сообщество Земли не стоит твоего мнения? Пусть.
