826

Задачи студентов / Re: Игра "Дурак"

« : 06 Января 2014, 18:39:54 »

С диаграммой классов немножко подождём. Оцените сделанную мной ДВИ на эту же тему

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

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

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

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

Но нужны ли они тебе для курсовой? В смысле чтобы они были в курсовой записке? Если нет, то сосредоточься на результате. Но диаграммы помогут общаться с аудиторией.

827

Задачи студентов / Re: Игра "Дурак"

« : 06 Января 2014, 13:33:11 »

Ну собственно я ничего не могу исправить. Никаких объяснений либо указаний от преподавателя по этому поводу не следовало. Есть задача и её необходимо выполнить. И преподавателя не волнует как я это буду делать.

Тогда делай как понимаешь. Ну или как учили. Как-то ведь учили? Вариантов реализации-то ведь много, одну ты уже предоставлял примерно.
Правда, у меня есть вопрос: ты предлагаешь до 5 компьютерных игроков и 1 реальный. Интересно, а каков будет алгоритм выбора карт для хода или отбоя - там же много разных моментов может возникнуть.

828

Обучение / Re: К содержанию дисциплины "Архитектура информационных систем"

« : 05 Января 2014, 22:31:20 »

Обнаружил в сети статью Архитектура информационной системы, оценка рисков и совокупная стоимость владения. В такой интерпретации ИС не просто какой-то особый вид программного обеспечения среднего слоя.

829

Задачи студентов / Re: Игра "Дурак"

« : 05 Января 2014, 17:18:35 »

сделал как вы рекомендовали

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

2. Колода состоит из карт (т.е. если ты рисуешь композицию, то она ромбом направлена на колоду). Нужно указать что колода состоит из Карт от 36 до 52, при этом рядом с Карта нужно поставить модификатор {set}, т.е. все карты уникальны.

3. Связи обобщения у тебя использованы некорректно. Т.е. неправильно. Полый треугольник говорит - "это".
Т.е. Игра - это Параметры, Игрок - это Игра, Карта - это Игрок. Звучит явно странно. Я бы пока не трогал обобщение, обобщать начнешь позже. Пока только ассоциации.

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

5. Каждая карта должна характеризоваться: Мастью, Номиналом. В ходе Игры карта - козырь или не козырь, на руках у игрока, в колоде или в отбое.

Пока у нас есть класс Игра, Игрок, Колода, Карта. Вполне допускаю, что они трансформируются в какие-то визуальные классы, ты же ведь игру будет визуализировать.

Но пока диаграмма новая гораздо хуже исходной.

830

Задачи студентов / Re: Игра "Дурак"

« : 05 Января 2014, 16:33:27 »

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

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

Я бы начал с описания процесса игры, а дальше постарался распределить функции (действия) по классам. Получится ли при этом иерархия классов, пока мне не совсем ясно. Это будет ясно после проведения анализа и построения первичной модели классов.

При этом классы так или иначе разделятся на те, которые представляют суть предметной области (т.е. игры в дурака) и те, которые будут являться программными классами: формы, контроллеры, диспетчеры и т.п.

831

Задачи студентов / Re: Игра "Дурак"

« : 05 Января 2014, 15:03:39 »

Замечания по диаграмме
1. Композиция - Main_Menu - Game - в чем ее смысл?, кратность 1 ко 1, как планируется это обеспечивать, зачем? Почему Игра композируется в понятие Главное меню? Не означает ли это, что есть главное окно приложения, которое включает в себя: Главное меню, Окно текущей игры и т.п.
2. Почему Крупье агрегируется в игру, а Игроки композируются? Крупье по сути осуществляет раздачу колоды, но как заметил Сергей, роль Раздатчика переходит к проигравшему, а в начале случайна.
3. Card_Deck - это карточная колода. Цвет рубашки и тип - это конечно очень важно, но что значит Игрок имеет атрибут Карты типа Карточная колода? Карточная колода - это коллекция, а игрок имеет некоторый набор этих карт в течение игры, а не просто так - никак это момент не отражен, хотя показана связь многие ко многим. Связь Колода и Крупье - не совсем понятна.

Я бы для начала убрал все лишние методы, оставил только классы и атрибуты, при этом рекомендую следовать советам Дениса Бескова

832

Задачи студентов / Re: Игра "Дурак"

« : 05 Января 2014, 14:46:32 »

как мне кажется для курсового проекта эта диаграмма слишком проста

Что является целью курсового проекта? Готовое приложение для игры в дурака? Или сама записка со всеми проектными решениями?
Вообще приложение можно сделать по-разному. Если задача выполнить именно объектно-ориентированную разработку в соответствии с тем подходом, которому вас учат, то хотелось бы понимать, а чему вас учат:).

В любом случае нужно понять, что должна делать твоя программа, а затем понять какие классы какие обязанности будут исполнять. Это как раз и будет задачей ОО программирования, определить кто за что ответственен.

Ты нарисовал имеющуюся диаграмму классов, которая включает уже все программные классы приложения, так ведь? Почему ты полагаешь, что она слишком простая для курсовой?

833

Задачи студентов / Re: Игра "Дурак"

« : 05 Января 2014, 00:23:02 »

собственно диаграмма то у меня есть
имеются сомнения относительно правильности и уровня её выполнения

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

834

Задачи студентов / Re: Игра "Дурак"

« : 04 Января 2014, 23:00:55 »

количество набираемых карт - до 36

Это что за правило? Если одни наберет все 36 карт наверное он того, проигравший:)

835

Задачи студентов / Re: Игра "Дурак"

« : 04 Января 2014, 22:59:11 »

Ну, молодец.
Действуем дальше. Правила игры - это поведенческие аспекты. Нам пока нужно определить структурные: про диаграмму классов говорится.

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

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

836

Задачи студентов / Re: Игра "Дурак"

« : 04 Января 2014, 20:39:57 »

Нужны начальные требования, описание игры.
Какие требования:
сколько возможно игроков (до 6?), кто будут являться игроки - компьютер или люди? игра сетевая?
набор правил - кто начинает ход, сколько карт можно набирать, первый отбой сколько карт и так далее.
Например: http://www.gambiter.ru/durak/item/69-igra-durak-pravila.html

Следуя правилам можно начать выделять потенциальные классы.
Колода
Карта (Масть, Номинал, Козырь?)
Игрок (Нападающий, Отбивающийся, Число карт)
Раздача
Ход
 т.п.
все это связать, предложить для обсуждения.

Однако я вижу вы уже активно работаете http://www.cyberforum.ru/uml/thread1059174.html

837

Обучение / К содержанию дисциплины "Архитектура информационных систем"

« : 03 Января 2014, 23:17:44 »

Я уже начинал подобную дискуссию в facebook, немного в ином плане, но на Linkedin, что-то подобное спонтанно возникло в теме про Archimate. Решил, что перенести сюда будет лучше.

Итак, читается курс 30 часов лекций и 30 часов практики для 3 курса бакалавриата по Информационным системам и технологиям.
Само понятие "архитектура информационных систем" оказалось несколько неоднозначно, как в прочем и само понятие "информационная система".

Потому попробую привести ряд стандартизованных определений:
ГОСТ ИСО/МЭК 2382–1–99 определяет
Информационная система (ИС) – система обработки информации в совокупности с относящимися к ней ресурсами организации, такими, как людские, технические и финансовые ресурсы, которая предоставляет и распределяет информацию.

ГОСТ РВ 51987 определяет информационную систему как
Автоматизированная система, результатом функционирования которой является представление выходной информации для последующего использования.

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

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

Вместе с тем в литературе, и также во мнениях экспертов, есть определенные расхождения на это понятие, что есть такое архитектура информационной системы. Например, есть убеждение, что в 80-е годы понятие архитектура ИС совпадало с понятием архитектура ПО (или возможно программных систем), последнее десятилетие это понятие все больше трансформируется в понятие архитектура предприятия.

Но не все так просто. TOGAF 9 определенно включает в архитектуру информационной системы два домена: архитектуру данных и архитектуру приложений, и , видимо, исключает технологическую архитектуру (если я верно это понимаю).

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

Книга Советова Б.Я. и др. "Архитектура ИС" трактует АрхИС в пользу определения TOGAF.

Интересно мнение экспертного сообщества по этому вопросу.

838

Sparx / Re: Как быстро создать качественную модель?

« : 03 Января 2014, 12:02:03 »

Вот ссылка на проект- пример: http://yadi.sk/d/Ua-izF0QFNPqD

839

Проектирование / Re: Archimate: примеры использования

« : 29 Декабря 2013, 00:04:52 »

http://pubs.opengroup.org/architecture/togaf91-doc/arch/chap03.html#tag_03_12 (см. п. 3.12)

Пусть так, я же отталкиваюсь от руководства по Archimate, предложенного той же компанией. В руководстве нет выделения в явном виде, даже фазы такой нет. Архитектура данных распределяется между бизнесом и приложением. Что вполне соответствует пониманию информационного обеспечения и разделения его на внемашинную и внутримашинную части.

 

См. определение ИС в ФЗ 27 июля 2006 года № 149-ФЗ. Там не отождествляются ИС и АС (по ГОСТ 34).

Ну, в определении нет явного отождествления с АС, но также это и не то, что понимается просто под аппликейшен. Разве не так?

Да.

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

На основании чего такая ясность?

Ну хотя бы 10 летнего опыт преподавания.
Почему ты считаешь ИС - только приложением?

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

Никто не мешает, согласен. Но вот большинство почему-то предпочитает для этого другие средства.

840

Проектирование / Re: Archimate: примеры использования

« : 27 Декабря 2013, 10:24:16 »

Эд, ты пропустил еще один домен (view) EA по TOGAF - Архитектуру информации и данных.

Вот рисунок в аттаче, где там то что ты утверждаешь?

У тебя как раз задача будет описания именно программной архитектуры.

Почему, на чем зиждется твой вывод?

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

Концепция чего? Архитектуры приложения?

Архимейт как графическая нотация может решать задачу иллюстрации и описания EA. Но нужно понимать, что описание EA имеет свои цели и задачи в рамках организации. А описание программной архитектуры конкретного приложения - это несколько иная задача. Решать ее проще на UML который как раз позволяют спокойно описать программную архитектуру с разных точек зрения.

Этот тезис хорошо, если ИС = апликейшен. Но ясно, что это не так. И Что делать?