Форум Сообщества Аналитиков

×


Просмотр сообщений

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


Сообщения - Григорий Печенкин

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 »
961
А чем оно лучше Wiki?

З.Ы. Попробую приглавить автора на наш Форум

Я wiki вообще до сих пор как-то не воспринимаю.

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

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

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

962
Вот, в поисках простого инструмента наткнулся на такой сайт:

http://www.am-programs.ru/

Простой редактор, написанный на Java, позволяет создавать дерево требований и сохранять его в формате XML. Скачал, сейчас играюсь.

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

963
Есть неплохая книга

http://www.amazon.com/System-Analysis-Design-Development-Engineering/dp/0471393339

Могу выслать. Весит 4.25 Mb

Спасибо, вышлите на greesha@mail.ru
Но в электронном виде, да ещё на английском, читать её я буду очень долго.


964
Не пугайте меня своей бандой. :) Я никогда не скрывал, что чувствую острую нехватку теоретических знаний в этой области. Всё, что я сейчас читаю, носит прикладной характер (я, на самом деле, только что это осознал).

Когда я учился, у нас не было ни дисциплины "Системный анализ", ни учебников. Была в библиотеке какая-то многотомная книга "Теория систем", но из неё я для себя никаких знаний не вынес.

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

965
Ну а учебник по системному анализу?

А какой?

966
Поздравляю!

Вон нас, львов, сколько. :)

967
Ну что Вы пристали к ПрОбл, это только часть знаний аналитика:

Да, но если отсутствует эта часть, то есть ли аналитик? :)

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

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

968
Обучение / Re: Паттерны
« : 18 Августа 2008, 19:44:50 »
У меня на столе совершенно случайно оказалась книга "Технологии DELPHI 2006". Открываю оглавление, читаю: "Глава 7. Технология шаблонов (паттернов) проектирования".

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

Просматриваю главу и прихожу к выводу: в лагере паскалянтов "паттернами проектирования" принято называть то, что у "сишников" называется темплэйтами (template), что было представлено в Stadard Template Library в незапамятные времена, и для чего в C++ введено аж целое ключевое слово template. То есть с этим словом к разработчикам-сишникам лучше не ходить, чтобы не создавать непреодолимых барьеров взаимопонимания.

Я, честно говоря, думал, что за термином "паттерны проектирования" скрывается что-то более масштабное. А это, оказывается, просто объекты, описанные ещё Кнутом в тысяча девятьсот лохматом году?

969
Парадоксальная ситуация происходит. То тут, то там проскальзывают мысли о создании сообщества. В данном топике говорится о локальном сообществе в Питере, идея создания которого живо поддерживается.
...
Неужели все так хорошо в отрасли, что никому ничего не надо?

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

Эдуард, кстати, по резальтатам своей "летней практики" выразил почти дословно ту же мысль (сразу признаю, что мысль спорная), которая была высказана на встрече: "аналитик" может существовать только в конкретной предметной области. Абстрактных "аналитиков" без опыта работы в какой-то области не бывает.

970
Спасибо! Очень приятный сюрприз! :)

971
Какой-то у меня сегодня креативный приход: пока дошёл до работы, голова распухла от мыслей.

Я вот что подумал. Можно было бы силами сообщества подготовить серию семинаров, что-то вроде "Теория и практика системного анализа". На этих семинарах можно рассматривать тему с двух сторон - теории, описанной в книгах, и практики конкретных проектов. Соответственно, вести семинар могут двое - "теоретик" и "практик". В зависимости от темы, они могут либо вести дискуссию, либо дополнять и поддерживать друг друга.

Какие темы видятся на первый взгляд.

Зачем нужны аналитики - история одного проекта. Это то, о чём я говорил в предыдущем посте. Подобрать реальный проект, понятный достаточно широкой аудитории, и проанализировать ошибки и проблемы, которых можно было бы избежать при правильном системном анализе.

BugZilla как средство управления требованями. Сергей (SALar) говорил, что у них BugZilla используется в таком качестве. Соответственно, он мог бы предстать в роли "практика". А в роли "теоретика" кто-то, ясно представляющий формальные требования к системам управления требований (каламбурчик) либо имеющий опыт работы с "тяжёлыми" профессиональными СУТ (может, Ирина подпишется?). В данном случае "теоретик" может выступать в роли оппонента.

Да, прошу понять правильно: я вовсе не хочу сказать, что SALar не имеет "ясного представления о требованиях к СУТ". :) Речь идёт о распределении ролей, позволяющем оценить решение с разных точек зрения.

Что такое UML и нужен ли он нам? На встрече было высказано сомнение в необходимости знания UML аналитиком. Соответствующий семинар можно было бы сделать дискуссионным. Конечно, такие семинары трудно модерировать и требуется серьёзная подготовка. Целью семинара может быть популяризация UML - презентация основных концепций и диаграмм "теоретиком" и критический анализ со стороны "практика".


Также представляю себе похожий семинар по use case, но пока очень смутно - в этом вопросе у меня практики никакой.


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

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

974
В связи с невозможностью связаться / согласовать место с Владом и bas, принимаю решени е в гордом одиночестве.

I. Жду вас у себя. Я забронировал переговорку с 19 до 22. Место: http://masterhost.ru/contacts/. Примерно 5 мин пешком от Курской, 10-15 от Чистых прудов и Лубянки.

Подтверждаю. Если только не заболею и не случится аврала (что нередко бывает).

Как там у вас с пропускным режимом? Документы с собой нужны?

975
Да, по четвёртому пункту - могу захватить с работы переносной кальян. :)

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 »