616

IDEF ARIS BPMN и пр. / Re: Укажите на ошибки в IDEF0

« : 29 Ноября 2014, 22:23:13 »

1. Не очень понял вопрос.. но попробую ответить. Цель моделирования - показать бизнес-процесс по разработке сайта с точки зрения руководства компании

Про цель и точку зрения можно почитать тут: http://dit.isuct.ru/ivt/books/CASE/case8/sadt/gl22.htm
а также http://dit.isuct.ru/ivt/books/CASE/case10/idef0/index.htm

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

Все равно плохо, модель должна быть ясна и однозначна.

3. бриф - анкета, там заказчик указывает пожелания по будущему сайту, заполняет реквизиты компании и вместе с этим прикрепляет материалы для сайта (тексты, фото)

А где же тогда Заказчик в качестве механизма? Если же это делает менеджер, то почему на входе заявка, а не бриф?

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

Вот именно, это не может быть инструментом. Это или вход или управление
http://dit.isuct.ru/ivt/books/CASE/case10/idef0/index.htm

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

А мне всегда казалось, что ТЗ - это требования заказчика, выраженные в определенной форме. А Вы что под этим понимаете? ТО что ТЗ в управлении - это верно, но где участие заказчика в его разработке? Разве это не часть процесса разработки сайта?

617

IDEF ARIS BPMN и пр. / Re: Укажите на ошибки в IDEF0

« : 29 Ноября 2014, 16:14:01 »

1. в контексте не указаны цель моделирования (то есть зачем и какую модель строите) и точки зрения, с какой позиции строится модель
2. чем отличает блок разработать сайт от создать сайт? По-моему, ничем
3. а что такое бриф?
4. шаблон сайта - разве не управление
5. а техническое задание разве не на основе заявки разрабатывается?

618

IDEF ARIS BPMN и пр. / Re: BPMN диаграмма предоставления отпуска сотруднику

« : 29 Ноября 2014, 16:06:05 »

Не вижу диаграмму. Но вам лучше сходить сюда http://bpmnforum.ru/ или https://www.facebook.com/groups/bpmnforum/

619

Sparx / Re: Как настроить поддержку полной нотации Чена при разработке ERD?

« : 20 Ноября 2014, 17:46:36 »

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

Потому диаграммы классов вполне хороши для использования - одна нотация, разные уровни представления. Впрочем о вкусах не спорят.

620

Sparx / Re: Как настроить поддержку полной нотации Чена при разработке ERD?

« : 19 Ноября 2014, 17:29:17 »

Попробовал в EA формировать модели, очень все удобно, но нельзя сделать две вещи:

Не могли бы указать версию ЕА?

1) Установить связь сущности к самой себе

Можно, это типичное действие.

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

Этого нельзя сделать в нотации информационного инжиниринга. Для этого можно использовать класс ассоциации (на диаграммах классов)

Соответственно связи приходится описывать как сущности, что резко снижает читаемость диаграмм

Мне кажется, если у вас много таких связей, то у вас не слишком усложнена модель

Есть ли возможность настроить в EA поддержку полной нотации Чена? 

Думаю нет, поскольку нотация Чена используется редко. Стандартом все-таки является или IDEF1x или IE. А чем вас не устраивает диаграмма классов?

621

Конференции Семинары и Тренинги / Re: РИНЦ IX Международная научно-практическая конференция "Объектные системы - 2014

« : 07 Ноября 2014, 16:54:37 »

Если бы еще и бесплатно. Ухх, цены бы не было

622

UML SysML и пр. / Re: Характерные ошибки use case диаграммы

« : 31 Октября 2014, 11:27:15 »

Я готов под ними подписаться, поэтому можешь считать и моими замечаниями тоже.

Это советы по диаграмме вариантов использования.
Но по мимо этого интересуют ошибки описаний вариантов использования.

623

Вакансии / Re: Открыто несколько вакансий системного аналитика и младшего системного аналитика

« : 28 Октября 2014, 14:09:45 »

ЗачОт

624

UML SysML и пр. / Re: Характерные ошибки use case диаграммы

« : 27 Октября 2014, 12:53:52 »

Один из студентов подсказал мне хорошую ссылку по теме: https://www.andrew.cmu.edu/course/90-754/umlucdfaq.html#top

Спасибо, но мне интересны Ваши профессиональные замечания

625

UML SysML и пр. / Re: Характерные ошибки use case диаграммы

« : 27 Октября 2014, 12:26:07 »

Спасибо, Сергей.

А как должно выглядеть Описание объектов в таком случае?

626

Теория моделирования и нотации / Re: Теория и принципы моделирования

« : 24 Октября 2014, 17:24:47 »

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

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

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

627

UML SysML и пр. / Re: Характерные ошибки use case диаграммы

« : 23 Октября 2014, 10:52:30 »

Друзья,

интересно ваше мнение по спецификации данного варианта использования.

Имя: Просмотреть дневник ученика
ID: 006
Краткое описание: ВИ описывает просмотр расписания, оценок, ДЗ, посещаемости, примечаний в дневнике учеником или родственником
Действующие лица: Ученик
Предусловие:
1.Ученик авторизован в системе
2. Система отображает профиль ученика с его личными данными (ФИО, дата рождения, класс, адрес, телефон, email, ФИО родственников) и тремя опциями: выйти, рейтинг успеваемости, дневник.
Постусловие: Отображено расписание, ДЗ, оценки, посещаемость, примечания в электронном дневнике
Основной поток:
1.Ученик или родственник выбирает опцию ”Дневник”.
2.Система отображает текущую неделю в дневнике, с возможностью перелистывать страницы назад и вперед (предыдущая и следующая неделя), в котором содержится информация о расписании занятий, посещаемости, успеваемости, домашних заданиях и примечаниях.

628

Примеры / Re: диаграмма последовательности процесса снятия денег в банкомате

« : 21 Октября 2014, 17:41:10 »

Тогда с учетом общей критики наверное так

Не плохо!

629

Для всех / Re: Пишем ТЗ по ГОСТ 34

« : 19 Октября 2014, 21:27:16 »

В первую очередь удивляют те примеры ТЗ, которые мне удалось найти - в них требования в этом разделе указаны буквально в двух словах.

Ничего не могу ответить на это. Кроме догадок у меня ничего нет.

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

Техническое задание должно содержать достаточное количество фактической информации для решения поставленной задачи.

А как же тогда быть с ТП? там вроде был такой документ - "Описание автоматизируемых функций".

В ТП должно быть описано проектное решение по автоматизируемым функциям. Не самый лучший пример, но (http://rugost.com/index.php?option=com_content&view=article&id=135:q-q13&catid=26&Itemid=63)

630

Для всех / Re: Пишем ТЗ по ГОСТ 34

« : 18 Октября 2014, 22:36:21 »

До этого момента предполагал, что в пункте "Требования к функциям (задачам), выполняемым системой" нужно приводить четкие и конкретно сформулированные ФТ по каждой из подсистем. В таком случае только один этот пункт ТЗ может потянуть на 100 с лишним страниц (это нормально?).

Так и есть, а что Вас удивляет?