1906

Варианты Использования (Use Case) / Re: Use Case vs. Use Cases - какая должна быть степень детализации?

« : 18 Апреля 2011, 16:48:38 »

Word, это многофункциональный инструмент, который наверное невозможно описать в категориях UCs.

Можно ясно определить некий набор UCs по некоторому контектсу задач, в которых Word будет использоваться как инструмент, но какое отношение это имеет к обсуждаемому вопросу??? Мы то говорим о специфицировании заданий на разработку, а не о способе передачи информации для программно-насыщенных систем в целом.

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

Система должна помочь пользователю принять решение? И как это измерить?
Или
Система должна помочь оценить влияние фактора методом стохастически сходящихся детерменистки-расходящикся векторносвернутых скаляров?

1907

Варианты Использования (Use Case) / Re: Use Case vs. Use Cases - какая должна быть степень детализации?

« : 18 Апреля 2011, 14:33:27 »

Функция (работа) (лат. functio — совершение, исполнение) — деятельность, роль объекта в рамках некоторой системы, работа производимая органом, организмом; роль, значение чего-либо.

В инженерном искусстве и в области психологии, выражаясь обычным языком, функция обозначает принадлежность к чему-либо, что используется/применяется для устремлений, решения задач, намерений, достижения цели. Фактически это может быть реализовано используя различные физические процессы и один процесс может нести множество функций (Adam Maria Gadomski, 1987). Например, основная функция часов, показывать время, может быть реализована различными физическими процессами, такими как атомный, электронный или механический процесс.

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

Функция — математическое понятие, отражающее связь между элементами множеств. Более точно, это «закон», по которому каждому элементу одного множества (называемому областью определения) ставится в соответствие некоторый элемент другого множества (называемого областью значений).

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

Функция (лат. functio — исполнение) — обязанность, круг деятельности

В литературоведении фу́нкция — это действие персонажа как актанта. Синоним слова акция.

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

О каком из перечисленных типов определений мы рассуждаем?

1908

Варианты Использования (Use Case) / Re: Use Case vs. Use Cases - какая должна быть степень детализации?

« : 18 Апреля 2011, 14:28:29 »

Эдуард! Где тут идеология?
Каюсь. Увидел фразу "непонятную".

Леонид, а если я на вашей стороне?

1909

Задачи студентов / Re: Друзья, помогите!

« : 18 Апреля 2011, 14:24:48 »

Смотри - тебе нужна диаграмма состояния и кооперации(коммуникации)
1 диаграмма делается для конкретного класса(объекта)
2 диаграмма показывает взаимодействие объектов для реализации задачи

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

1910

Варианты Использования (Use Case) / Re: Use Case vs. Use Cases - какая должна быть степень детализации?

« : 18 Апреля 2011, 12:01:31 »

А стоит ли противопоставлять функцию и UC?
Если, конечно, принять как аксиому, что функция=алгоритм, тогда вопрос уже обсуждался
Вариант использования или Алгоритм?

если нет, то следует ли устраивать такие идеологические споры? Не следует ли дать точное онтологическое определение понятию функция, вариант использования, определить сходные и отличные черты и договорится ...

1911

Задачи студентов / Re: Диаграмма классов ModelViewController

« : 18 Апреля 2011, 11:25:50 »

MVC - архитектурный шаблон, а не детальный шаблон проектирования.
Ваша схема связей, мне кажется, не верной. Потому и дал ссылку.

1912

Для всех / Re: "Вежливость" систем

« : 17 Апреля 2011, 18:38:43 »

Да, с этим я тоже согласен (но идею отображения подсказок в зависимости от уровня пользователя нахожу именно интересной)

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

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

1913

Задачи студентов / Re: Друзья, помогите!

« : 17 Апреля 2011, 18:28:51 »

Опишите здесь работу обычного кондиционера.

1914

Задачи студентов / Re: Диаграмма классов ModelViewController

« : 17 Апреля 2011, 18:27:39 »

http://chtivo.webhost.ru/articles/mvc.php
http://www.rsdn.ru/article/patterns/ModelViewPresenter.xml

1915

Обсуждение статей / Re: Шесть умных принципов

« : 17 Апреля 2011, 18:13:17 »

Точно подмечено

1916

Для всех / Re: "Вежливость" систем

« : 16 Апреля 2011, 22:05:12 »

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

1917

Конференции Семинары и Тренинги / Re: ЛАФ 2011 подготовка

« : 16 Апреля 2011, 21:55:20 »

2. Я думаю по традиции прошлого раза это будут выходные. Выходные имеют свою магию, хотя летом это может быть не так принципиально
3. Оплата (ориентировочная) должны быть озвучена сразу. Стоимость может иметь значение. Напомню, что на ЛАФ 2010 вход был принципиально бесплатный, все общие сборы (деньги на еду + номера) были доступными, при этом иногородним приходилось тратить деньги на доставку себя к месту мероприятия. Однако принимающая сторона взяла организацию на себя практически полностью.
4. тематику имеет смысл еще продумать и сделать акценты. Анализ ради анализа - мне такая тема не очень нравится. Может что-то типа Практический анализ в ...
5. done Хотел бы съездить в Питер, но все равно особого времени на просмотр достопримечательностей не будет, так что тут скорее будет ценным доступность и хорошая погода. Вопрос готов ли Питер нас принять, так же как это сделало Иваново
6. Ну это мой долг
7. Постараюсь, но я не профи в аналитике, а потому мне нечего рассказать аналитикам. Может  быть взгляд со стороны, чего мы хотим от аналитиков и чего они не делают для нас? Возможно - это будет связано с UML. Может быть что-то что я подчерпнул из своих бесед с зарубежными коллегами

1918

Обучение / Re: Роль процесса управления требованиями в создании ПО как тема дипломной работы

« : 15 Апреля 2011, 23:29:41 »

Я и говорю, темы эти очень скользкие. Потому, мы с моей дипломницей вот, что потом придумали. Первая работа, которая была подвергнута критики, была бакалаврской. Мы не стали делать просто анализ, мы накрутили на это Unify. Т.е. для начала заключили с компанией соглашение, получили право использовать в преподавании, съездили на конференцию в Чебоксары, замоделировали процессы на Unify, построили доклад примерно в том же стиле, что и на бакалаврской, но при этом показали действующую модель "бизнес"-процессов, формочек, отчетов, графиков эффективности - все были в восторге

1919

Обучение / Re: Роль процесса управления требованиями в создании ПО как тема дипломной работы

« : 15 Апреля 2011, 18:41:08 »

Я могу сказать о своем опыте. Я сам постоянный член ГАК. И ежегодно принимаю  массу работ. Работы самые разные. Да, у нас не системный анализ в, у нас информационные системы и технологии.

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

1920

Варианты Использования (Use Case) / Re: Use Case vs. Use Cases - какая должна быть степень детализации?

« : 15 Апреля 2011, 18:16:12 »

Леонид, а что такое архитектурно существенные варианты использования? Каков критерий их отбора, отображения?