ту Esperito
Вот хороший пример реализации диаграмм, практически по заданной вами теме
http://www.interface.ru/fset.asp?Url=/misc/uml1.htm

Я тоже с удовольствием поучаствую. Как раз хочу разобраться с разницей подходов в зависимости от роли.

sandello, а представьтесь и вы тоже.

Esperito, п.1-3 это описание предметной области, а п. 4-6 - функциональные требования.

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

Торговая точка
Товар
Покупатель
Поставщик
Рынок (?)
Склад (?)

Возможно, есть еще какие-то кандидаты, которые в описании не упомянуты.

Чтобы нарисовать модель вариантов использования, мне нужно знать, какие классы пользователей будут формировать отчеты и смотреть состояние торговых точек (п. 4-6). А также, какие еще действия будут выполняться с помощью системы, и кто их будет выполнять (точнее - кому это нужно).

Это сообщение отредактировал(а) ida - 18.5.2008, 12:05

Спасибо за ссылку!

ida: Спасибо за пояснения.
1. Торговая точка и склад - суть одно и то же, мне кажется нет смысла их разделять. Это как бы ммм... именованый набор товаров, которые где-то хранятся.
Рынок тоже не стоит выделять.
Я ещё забыл написать, что владелец торговых точек (предприятие либо частное лицо) несёт дополнительные издержки - например, аренда торговых точек, расходы на бензин и т.п.
Т.е список классов наверное примерно такой:

Склад
Товар
Издержка
Покупатель
Поставщик

2. Классы пользователей:

Владелец - будет с помощью программы формировать отчёты о: а) состоянии складов, б) обороте товаров по складам, в) обороте товаров по поставщикам, г) обороте товаров по оптовым покупателям-перекупщикам.
Реализатор торговой точки - будет с помощью (другой?) программы вводить данные о накладных и формировать по ним отчёты.

3. Данные о накладных должны передаваться (например, на дискете или флешке) от каждого реализатора владельцу. На их основе он будет формировать свои отчёты.

Эээ... что хотите узнать? Имя-фамилия?
Звать Денисом. Текущая должность - начальник отдела разработки ПО.

Это сообщение отредактировал(а) sandello - 19.5.2008, 09:07

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



Это сообщение отредактировал(а) alexpotemkin - 19.5.2008, 09:41

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

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


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


В какой форме?


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

Это сообщение отредактировал(а) ida - 22.5.2008, 21:46

ida за что вы так кодеров 

Торговая точка (склад)
Продавец
Покупатель
Поставщик
Бухгалтер
Кладовщик
Приходной документ
Расходной документ

ida такой состав классов будет достаточным или нет? Или тут тоже есть избыточность?

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

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

тогда вычеркиваем документы и ждем автора примера
моя согласна сэнсей (а разве есть выбор?)  

Это сообщение отредактировал(а) alexpotemkin - 19.5.2008, 22:22

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

ida, а ты в своих диаграммах учитываешь особенности реализации с разными технологиями? Или можно анализировать проблему и разложить её на языко-технологио-независимые компоненты? Но с другой стороны, тогда и самому аналитику приходится копаться в девелопменте?

chipset, какие технологии?..... Мы еще не дошли до проектирования.

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

Это сообщение отредактировал(а) ida - 21.5.2008, 08:40

Я вообще это немножко оффтоплю. ida, просто не знал что есть модель анализа и модель архитектуры  Я тупо набрасываю на клочке бумаге классы, девайсы, и всякого рода неразборчивые значки. Agile рулит!