2896

Примеры / Re: Uml-модель экономической системы общества.

« : 23 Ноября 2009, 14:28:18 »

Перечитал еще раз то, что написано у Владимира в блоге, и пришел к выводу: много эмоций, мало теории. Слишком популярно и эмоционально.

В конечном итоге, мы опять все сводим к РУССКОЙ НАЦИОНАЛЬНОЙ ИДЕЕ. И опять "построим кооперативизм в отдельно взятой стране".

Но у Вас же в тексте говорится об экономической системе - а ведь по сути она одна. Если мы построим такое уникальное ЭСО, то кругом же враги и патологические элементы нам житья не дадут. На Марс улетим? Или всех завоюем? Или личным примеров будет "насаждать" кооперативизм во всех странах.

А для модели нам нужны точные четкие правила!

Интересно, существуют ли сколь-нибудь зрелые модели (имитационные я имею в виду) по современным экономическим системам? Как-то ведь народ-капиталисты (или государство, государства) моделируют развития экономической системы

2897

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

« : 23 Ноября 2009, 14:12:38 »

А TrackStudio рассматривалась как СУТ???

И как сут в том числе. Вообще возникло желание перейти на стороннюю систему управления проектами (задачами), а также внедрить систему управления требованиями. Почему? своих ресурсов на поддержание собственной системы управления работами уже не хватает, а имеющиеся отвлекает. По идее система плохо развивается.

Но меня пока интересует именно СУТ

2898

Примеры / Re: Uml-модель экономической системы общества.

« : 23 Ноября 2009, 10:46:40 »

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

Актер - это роль. Те кто внутри системы, могут быть и внешними по отношению к ней в определенной роли.

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

Законодательство само по себе не может быть актером. Это ограничение, но не нечто обладающее поведением.

Оно, собственно говоря,регулирует работу эсо,оно определяет правила по которым идет распределение товарных и денежных потоков.

Интересно а каким образом оно это делает?

   Меняя эти правила мы можем имитировать самые разные формы поведения эсо.

Например

  А вообще-то говоря,  по моему не просвещенному мнению, диаграмма "Вариантов поведения не очень-то и нужна.

А никто ее Вам не навязывал:) Вы сами за нее взялись

  Я, думаю, надо перейти сразу к диаграмме классов, а дальше будет видно,что делать с диаграммой "Вариантов использования".

ДК тоже имеет точно назначение, она показывает устойчивые статические связи между объектами (классами). Т.е. определяет только статику системы. Но ДК в нашем случае действительно может быть крайне полезна - так как определит словарь предметной области, С него и предлагаю начать: дайте нам первый вариант словаря: Термин - определение.

Ниже небольшой рисунок.
В стиле IDEF0.
ЭСО развивается в рамках некоторого законодательства, потребностей общества и физических ограничений среды
На вход поступает сырье (возможно и энергия)
На выходе образуется продукт, который и потребляется обществом
Движущей силой являются условно наемные работники и предприниматели

Средства производства, энергия, полуфабрикаты и т.п. все создается внутри системы - т.е. некая самосогласованная система.

Энергия системы = равна сумме вкладов ее движущей силы, которые как мы понимаем внутри системы

2899

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

« : 23 Ноября 2009, 10:00:18 »

Минусы:
1. Мы ведем требования в embeded docs, что не совсем удобно

Может это не минус ЕА, а минус вашего подхода? Или я чего-то не совсем понял?

2. Нет возможности сделать ссылку из текста

Это понятно, а зачем нужна ссылка из текста? и Куда, где?

3. Не совсем развитая система генерации документов

Чем не устраивает система документации? Вроде она неплоха?

4. Не совсем нравятся тэги как элемент расширения свойств.

А в чем конкретно проблемы, можно примеры проблем?

Если вести требования е в ЕА, то лучше использовать элементы не сами требования, а просто артифакт, там свойств больше.

Почему лучше использовать артефакты?

Субьективные минусы:
1. Есть некоторые ограничения по трассеровке в другие виды обьектов.

В чем они проявляются, можно примеры?

2. Нет встроенного механизма ведения истории изменения требований и примечаний (что огорчало сильно)

Т.е.? Что конкретно не устроило? Можете описать подробнее? Я бы саппорт подергал за ниточки

P.S. Вообще, мне иногда кажется, что mindmap для требований, по крайней мере на начальном этапе - даже где-то удобнее (не пинать ногами:) )

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

2900

Книги, статьи и ресурсы / Re: UML 2 и Унифицированный процесс: практический ООА и ООП, 2-е издание

« : 22 Ноября 2009, 22:18:27 »

http://www.books.ru/demo/demo_612339.pdf
здесь фрагмент книги (14я глава)

Спасибо, Виктор

2901

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

« : 22 Ноября 2009, 22:16:21 »

А зачем Raquest? Sparx EA и без него не плохо работает и если вести требования списками то и диаграммы не нужны. Тем более что продукт сырой.

Виталь, все-таки Raquest дает дополнительное удобство работы с требованием, которого нет в ЕА. Вполне возможно ты и прав, посмотрим в ходе использования.

Тогда поставим еще вопрос: кто-то использует ЕА в качестве системы управления требованиями и какие впечатления?

2902

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

« : 22 Ноября 2009, 20:09:56 »

Ну еще ты забыл про цену решения наверное?

Кроме RaQuest+EA наверное из дешевых других альтернатив нет.

Да цена решения важна. Решения от IBM не пройдут. Too expensive

Я не совсем уверен, что требуется графическая среда, в ЕА она автоматические есть. Наши аналитики вроде хотя и используют графические средства, но скорее только для бизнес-процессов...

2903

Примеры / Re: Uml-модель экономической системы общества.

« : 22 Ноября 2009, 20:07:05 »

  Может быть. Но это надо обосновать.

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

Пожалуйста, это Ваше право. Никто его оспорить не может и не в силах. Но - ЭТО НЕ ДИАГРАММА ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ, тут и обсуждать нечего.
Если изменить UML элементы, то можно назвать диаграмму -диаграммой объектов предметной области, может быть диаграммой кооперации (с натяжкой).

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

Спецификация, конечно, отличный документ. Но вовсе не обязательно иметь его перевод, можно воспользоваться книгами уже переведенными. Только постарайтесь быть точным, а не переиначивать правила использования языка под себя.

   Когда я первый раз познакомился с Феноменологией духа  Гегеля, я страшно удивился: кажется все слова  в предложении знакомые, а о чем в нем сказано - понять не могу. Это пример , когда люди  разговаривают, кажется, на одном и том же языке, а фактически на разных. Он несколько объясняет и мою с Вами ситуацию.

Такая ситуация всем знакома я думаю.

Подискутировать - всегда с большим удовольствием. А чертить надо диаграмму "Вариантов использования"

ДВИ строится с целью понять какую функциональность должна иметь система, чтобы обеспечить достижения целей, взаимодействующих с ней субъектов.

Азы писались уже здесь на форуме многократно, есть FAQ, есть ссылки на массу материалов, но я повторюсь.

1. нужно определить границы нашей системы
2. нужно определить заинтересованных в жизнедеятельности этой системы лиц - в первую очередь, тех кто непосредственно сталкивается с этой системой, использует ее. Далее нужно посмотреть на тех, кто тоже сильно заинтересован в системе, но непосредственно не участвует во взаимодействии с ней, но заинтересован в получаемых с помощью ней результатов.
3. для каждого выделенного заинтересованного лица нужно определить набор их целей использования системы

1. Итак, что есть система? Вы говорите система - это ЭСО (экономическая система общества)
2. Кто с ней взаимодействует и желает достичь своих целей с ее помощью? - Тут я уже затрудняюсь ответить. Тут Вам флаг в руки. Если Вы начнете перечислять банки, и т.п. неизбежен конфликт, а разве банки не часть системы? Наемные работники - а разве они не есть часть системы? Потребитель (просто человек) - тут вполне возможно, кто еще?
3. Есть ли у нас закулисные лица? Кто они?

2904

IDEF ARIS BPMN и пр. / Re: Каким образом создать IDEF0 диаграмму

« : 22 Ноября 2009, 19:47:16 »

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

Знаете, тогда Вы не верно сформулировали тему. Ведь вся дискуссия пошла по IDEF0, а IDEF0 тут не причем.
А ГОСТы, ну зайдите на rugost, посмотрите положение 152 закона

2905

Системный Анализ и Требования / Выбор СУТ для отраслевого проекта с большим числом клиентов

« : 22 Ноября 2009, 00:25:38 »

Нужна помощь в выборе системы управления требованиями, причем как можно быстрее.

Точных требований к СУТ, я сейчас сформулировать не могу, но общие скажу:
1. возможность совместной работы в одном репозитории
2. возможность ведения и отслеживания базлайна
3. возможность быстрой и удобной прослеживаемости по требованию вверх и вниз
4. возможность добавления удаления атрибутов, привязка артефактов и т.п.
5. составления отчетности
6. возможность ведения некой общей модели требований и наследования от нее различных версий ориентированных на конкретных клиентов

Сейчас в качестве кандидатуры рассматривается связка RaQuest+EA.

TrackStudio - не понравилась (мнение пиэма)

2906

Примеры / Re: Uml-модель экономической системы общества.

« : 22 Ноября 2009, 00:15:55 »

  А если система закрытая, работающая в автоматическом режиме и у нее нет пользователей - пользователи сами являются действующими лицами в этой системе - зачем изображать на диаграмме "актеров".

Тогда это не диаграмма вариантов использования

Я не знаю UML, поэтому использую его для своих потребностей, утилитарно, чтобы объяснить Вам то, что я хочу от модели эсо.

Тогда просто рисуйте в Paint  к примеру, то чо Вы хотите выразить, а кто-то Вам поможет выразить этот через UML.

   Чтобы качественно проектировать модели и корректно разрешать споры , возникающие в процессе проектирования, нужна спецификация UML  на русском языке, а ее нет. Нет даже здесь на сайте.

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

Но Вы сами понимаете устраивать ликбез по UML - это другая задача, чем построение модели эсо с помощью UML,

К меня предложение - оставить попытки рисования моделей в псевдо UML. А сосредоточить свои усилия на формализации.

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

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

2907

Примеры / Re: Маг. диссертация: Электронные архивы в ВУЗах

« : 21 Ноября 2009, 12:50:46 »

У нас Институт, состоящий из нескольких выпускающих кафедр. Боюсь соврать (поэтому уточню так же, как уже уточнила у руководителя остальные вопросы, затронутые вами), выпускается только на нашей кафедре каждый год порядка 8-10 групп бакалавров и столько же магистров.

Вот пошел серьезный и важный разговор. Итак, все 8-10 групп выпускаются только одной вашей кафедрой? Это прилично. Насчет магистров по группа может и так, а по количеству людей?

Сколько людей занимаются учетом и хранением работ? Кто это, каковы их функции?

Могли бы Вы еще раз, может более точно и детально описать потребности групп заинтересованных лиц. Причем так, чтобы было понятно, вот они этого хотя, но не получают. А если получат, вот такая выгода им будет.

2908

Примеры / Re: Маг. диссертация: Электронные архивы в ВУЗах

« : 21 Ноября 2009, 12:44:47 »

А заказчик, Эдуард, в отличие от Вас считает, что дипломные работы несут в себе некую научную/технологическую/другую ценность для будущего (типа как у Intel сейчас лозунг "Мы спонсоры будущего"), а не просто являются вещественным доказательством в уголовном деле о выдаче диплома гражданину Н. Содержат информацию! Новую, полезную кому-то! Вспомните историю Пейджа и Брина: у них нашёлся ресурс в полной мере реализовать свою идею, а идеи скольких людей так и останутся пылиться в том шкафу?

Именно, это я и хочу понять, почему заказчик так считает, какую выгоду он собирается извлечь из всего этого? Мне она не понятна, потому не понятны усилия по реализации такой системы. Конечо, можно просто все отнести на модные тенденции. Создать систему. которая будет отвелкать время и ресурсы, но не БУДЕТ ДАВАТЬ НИКАКОЙ ПОЛЬЗЫ.

Забавно, что Вы, работая в этой системе аккумуляции и синтеза знаний, считаете её машиной для клонирования никому не нужных специалистов, делающих никому не нужные работы.

Не буду с Вами дискутировать на эту тему. Не вижу потребности и необходимости объяснять очевидное.

А как же это так случилось, что ваша система высшего образования пропускает через себя "хлам" ?) Чего это его на защитах не отсеивают?) К обсуждению ЭА не имеет отношения.

А в Вашей?

Фотокопия, чертежи + фотография и т.д.

Т.е. будем создавать рабочие места за счет студентов? Спросите у студента, сколько ему приходится тратить средств для защиты своей работы. В мое время столько на защиту диссертации не тратили. Или Вы предлагает создание служб в рамках вуза? Кто будет выделать финансирование? Какова целесообразность всего этого?

2909

Примеры / Re: Маг. диссертация: Электронные архивы в ВУЗах

« : 21 Ноября 2009, 12:33:39 »

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

Да, Вы поняли правильно. "Жизнь - это цепь, и случая в ней звенья. Нельзя не придавать звену значение"(с) Филиас Фог

2910

Примеры / Re: Маг. диссертация: Электронные архивы в ВУЗах

« : 20 Ноября 2009, 16:29:18 »

p.s. хранение работ в электронном виде - обязательное требование заказчика. Можно очень много рассуждать, нужно это или не нужно, в данном случае и в данном унвиерситете - нужно.

Интересно узнать, на чем оно основано, как это мотивирует заказчик? Как я понимаю заказчик - кафедра.

Кафедра лишь небольшое подразделение вуза. Обычно выпускает одну группу в год. Имеет не так много работ, хранению подлежат только квалификационные работы. Курсовые нет, да и качество у них бывает сомнительное. Ценность квалификационных тоже малая.

Согласен можно хранить наиболее значительные работы,работы научного характера, работы длительного действия (т.е. кусочки цельной работы выполняются в течение ряда лет). Но хранить весь извините "хлам"....

При этом если перейти к масштабам всего вуза, как организовать обязательность электронной копии? Например работы художников, конструкторов, технологов? Записка - это только часть работы, а как быть с результатами в виде физических объектов?