451

Конференции Семинары и Тренинги / Re: Летний Аналитический Фестиваль (ЛАФ 2010), Иваново, 10-11 июля

« : 12 Июля 2010, 15:52:36 »

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

Как это не выделяется? Иваново - город не только первого Совета, но и первого Аналитического Фестиваля!

452

Конференции Семинары и Тренинги / Re: Летний Аналитический Фестиваль (ЛАФ 2010), Иваново, 10-11 июля

« : 07 Июля 2010, 18:29:41 »

Для тех, кому не посчастливилось принять участие в Летнем Аналитическом Фестивале в Иваново, мы планируем вести прямую видеотрансляцию в первый день Фестиваля с помощью сервиса yatv.ru.

Если всё получится, то посмотреть трансляцию можно будет на сайте конференции.

Ссылки для просмотра:
1-й поток
2-й поток

Для просмотра видеотрансляции вам необходимо установить или обновить Adobe Flash Player.

Вы можете также участвовать в онлайн обсуждении в чате, но для этого нужно зарегистрироваться на сайте yatv.ru. Если вы хотите принять участие в обсуждении, зарегистрируйтесь заранее: по опыту, письмо со ссылкой для активации учётной записи приходит не сразу, а через несколько часов.

453

IDEF ARIS BPMN и пр. / Re: Как моделировать в BPMN правильно?

« : 05 Июля 2010, 13:36:01 »

А вот как бы нам втянуть в эту дискуссию Ирину Иванову, которая на семинаре в Киеве рассказывала про нотацию BPMN?

454

Конференции Семинары и Тренинги / Re: Летний Аналитический Фестиваль (ЛАФ 2010), Иваново, 10-11 июля

« : 23 Июня 2010, 13:43:16 »

Надо было назвать ЛАФА - подняло бы продажи

Продажи чего, "закрытой" информации?

Участие в конференции бесплатное, кстати, напоминаю на всякий случай для тех, кто ещё не разобрался.

Отдых и общение после конференции, шашлыки, кепки-кружки-футболки - дело исключительно добровольное.

455

Конференции Семинары и Тренинги / Re: Летний Аналитический Фестиваль (ЛАФ 2010), Иваново, 10-11 июля

« : 23 Июня 2010, 13:13:04 »

Пока в раздумьях. Жаль нет информации о количестве участников на http://conf.uml2.ru/ было бы крайне полезно.
Таки кворум то подобрался или это закрытая информация?

Закрытая, но можем пг'одать.

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

456

Идеи и мозговой штурм / Re: Тематические анекдоты и смешные истории

« : 22 Июня 2010, 11:47:07 »

Анализ обедняет восприятие.




Источник:
http://ibigdan.livejournal.com/6774773.html

457

Поздравления / Re: Поздравляем Эда с Днем Рождения!!!

« : 14 Июня 2010, 22:16:02 »

Эд, поздравляю! Успехов тебе, здоровья и удачи!

458

Проектирование / Re: Постановка задачи программисту

« : 12 Июня 2010, 18:32:52 »

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

Если уже есть чёткий алгоритм действий, то зачем нужен разработчик?

459

Проектирование / Re: Постановка задачи программисту

« : 09 Июня 2010, 18:04:14 »

Жаль Очень жаль

Почему жаль? Вы попробуйте идти не от формы, а от содержания.

460

Проектирование / Re: Постановка задачи программисту

« : 09 Июня 2010, 16:19:27 »

Подойти и дать ему скриншот, рассказав на словах ?

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

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

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

Новому разрабу нужно поставить постановку на доработку старой экранной формы. Чтобы понять, как она работает куда идем? Лезем в код? Считаю это не правильным. Незадокументировано, значит не сделано!

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

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

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

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

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

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

461

Проектирование / Re: Постановка задачи программисту

« : 09 Июня 2010, 13:12:53 »

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

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

Назначение элемента и выполняемые проверки - это, собственно, требования. А процедуры и классы - это уже вотчина разработчика, разве не так?

462

Конференции Семинары и Тренинги / Re: Летний Аналитический Фестиваль (ЛАФ 2010), Иваново, 10-11 июля

« : 02 Июня 2010, 12:55:56 »

Актуальные советы по подготовке слайдов к докладу.

http://www.searchengines.ru/blog/archives/010336.html

463

Системный Анализ и Требования / Re: Как Вы описываете требования к ПО?

« : 24 Мая 2010, 17:01:40 »

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

Попробуем разобрать по частям.

Вам нужно описать функциональные требования в некотором проекте (ограничимся пока одним).

Этот проект предполагает создание некоторого решения. (Что такое "решение"? Решение проблемы? Или под "созданием решения" понимается разработка программы или нескольких программ? А может быть, "решение" создаётся путём выбора уже готовых компонентов?)

Это решение должно использовать какие-то готовые продукты MS, Oracle и т. д. (Какие конкретно продукты? Каким образом использовать? Почему должно?)

Среди прочего, вам нужно описать требования к контенту. (Что такое "контент"?)


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

Например, по некоторым ключевым словам (MS, Oracle и в первую очередь "контент") кто-то можно сделать вывод, что вы разрабатываете веб-сайты.

А кто-то другой по тем же ключевым словам может понять, что вы адаптируете и внедряете какие-то тяжеловесные ERP системы.

А кто-то третий (я, например), может воспринимать Oracle и MS как ограничения заказчика, который какой-то из этих продуктов уже давно купил, и не собирается докупать новую СУБД и нанимать администратора исключительно для сопровождения вашего решения.


В результате эти три человека начнут отвечать на вопросы, которых вы не задавали.

464

О Сайте и Форуме / Re: Правила работы на форуме uml2.ru

« : 19 Мая 2010, 13:21:01 »

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

Это не связанные вещи. Сокращение флуда никак не влияет на число конструктивных обсуждений.
А вот обратное, похоже, верно: чем больше конструктивных обсуждений, тем меньше флуда.

465

Резюме / Re: Графическое резюме

« : 17 Мая 2010, 11:59:53 »

Предлагаю на ваш суд свое скромное резюме.

Порадовали прямоугольные дискеты.

Лучше всего на мой взгляд подходит диаграмма синхронизации UML.

Теперь Сбербанку не отбиться: пусть попробуют доказать, что на их логотипе изображён не packman.