Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Через механизм множественного наследования, который кстати не поддерживается мажорами (С#, Java), т.к. в теории это красиво и правильно, а на практике приводит к ряду серьёзных проблем.А как же иерархия классов в библиотеке J2EE?
Теперь несколько изменим условия, расширив набор аппаратуры. Добавим переносные ПК и переносные АСД. То есть переносной ПК подключается к переносной АСД. Таким образом, некоторый человек вне автомобиля, может свободно перемещаясь иметь доступ к сети. Изменим диаграмму классов в соответствии с введёнными условиями.А где же у вас на последней Диаграме указано, что "некоторый человек вне автомобиля, может свободно перемещаясь иметь доступ к сети"?
На данной диаграмме присутствуют дискриминаторы классификация, которые явно указываю, что объект класса Аппаратура должен быть либо ПК либо АПД и в то же время являться либо переносным либо стационарным. Но при таком подходе появляется ряд проблем. Во-первых, ассоциация ВходитВ между СтационарнаяАппаратура и ЛВС не задаёт явного ограничения на то, что ЛВС организуется только ПК и не может включать АСД.Ну Вы сами себе притиворечите! Зачем тогда ТС объеденять в сеть когда в сеть должны быть объеденены ПК?!
таким образом производственный процесс с наибольшей вероятностью будет являться бизнес-процессом, а вот приведенные вами примеры НЕТ, ибо логистика- это лишь обеспечение поставки входов и доставки выходов до потребителя, туда же идет бухгалтерия и ИТ, это вспомогательные процессыВы конечно удивитесь, но процессы в Бухгалтерии являются неотъемлемой частью основного БП.
Bas, так что же человек, занимающий должность "аналитик", должен подразумевать для себя под термином "проектирование"? Какая деятельность должна входить именно в его компетентность, а не в компетентность программистов?Как сказал Юрий:
Понятно, что разработка визуального интерфейса системы - это дело чисто аналитиков, а вот разделение на компоненты и др.?Нет, именно разработкой визуального интерфейса должен заниматься архитектор или спец. выделенный целовек - дизайнер GUI
По моему сложившемуся мнению аналитики в разных компаниях имеют разные компетенции. Интересно, связано это с моделью процесса разработки, с разделением аналитиков и программистов на разные департаменты, или ещё с чем?Это связано с тем что у многих бардак с процессом/методологией разработки ПО. Аналитик у нас может заниматься от сбора бизнес требований до проектирования, но это не значит что это правильно.
А может быть тогда и "Ввести регистрационные данные" сделать в виде условия?Нет, т.к. "Ввести регистрационные данные" - это действие, а ромб должен быть после этого действия на стороне клиента.
