3046

Системный Анализ и Требования / Re: Как и зачем документировать требования?

« : 04 Октября 2009, 12:40:23 »

Кто ставил задачу написать ТЗ по ГОСТам? Если тот же человек, его к психиатру - лечить шизофрению, - если другой - пусть эти двое сначала договорятся между собой, а потом ищут козла отпущения среди исполнителей.

Марина, давайте обойдемся без оскорблений, даже третьих лиц.

Слишком много технических терминов
Мы же все ходим в магазин, носки покупаем (ну или там - помидоры).
Объясните, какие носки вам нужны - мы расскажем, как их связать или где купить.

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

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

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

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

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

3047

Конференции Семинары и Тренинги / Re: Осенние семинары UML2.ru — Отзывы и материалы

« : 04 Октября 2009, 00:30:34 »

Что не понравилось при просмотре.

1. Куда-то девалось видео о контекстных диаграммах.

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

3. Информация по диаграммам содержит ошибочные сведения в частности по диаграммам потоков данных. В них нет действующих лиц - там есть внешние сущности, которые символизируют ИСТОЧНИКИ так и ПОТРЕБИТЕЛЕЙ информации. При этом можно действительно выделить действующее лицо, но не каждая внешняя сущность - есть действующее лицо!!

4. По диаграмме деятельности - не пулы, но партишины - разделы. Следует владеть терминологии по возможности точно.

5. энд аверз

Ни в коем случае не критиканствую. Саша молодец, старался, и информации выложил много.

3048

Конференции Семинары и Тренинги / Осенние семинары UML2.ru — Доступ к материалам

« : 04 Октября 2009, 00:06:43 »

Вторая возможная причина: у тебя файрволлом (локальным на твоём компьютере либо общим в сети) закрыт доступ к порту 8118.
Хостинг, на который выкладываются файлы, отдаёт их через этот порт. Например, реальный url первого слайда презентации выглядит так:
http://it-mapru.506.com1.ru:8118/WWW/video/uml2.ru/24.09.2009/0.jpg

Эта. Правда в универе работает. А в конторе нет Или не работает выборочно. Поскольку через систему димдим мы даже семинары просматривали. Хотя может это касперский зараза?

3049

Системный Анализ и Требования / Re: Как и зачем документировать требования?

« : 03 Октября 2009, 23:49:42 »

Решил не смешивать с предыдущим постом.

Тему я начал вот по какой занятной причине.

Одному нашему сотруднику, программисту, работающему по специальной программе, т.е. он просто выполняет сложные поручения, а не сиит ежедневно в офисе, было поручено одно задание. От него потребовали представить техническое задание. Причем непосредственный начальник потребовал представить это в форме ТЗ по ГОСТ 34.

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

Если вдуматься внимательно в разговор, получается, что следование ТЗ или другим официальным стандартам и практикам - идет в разрез здравому смыслу, изначально непонятно и не доступно простому читателю (но вероятно доступно человеку подготовленному). Т.е. язык ТЗ по сути некий птичий язык, которому следует обучаться, и который есть показатель профпригодности?

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

Топикстартер, ваш скромный имярек, несмотря на свою ученую степень и педагогический опыт , скорее всего тоже не имеет достаточной компетентности выразить информацию стандартно, но понятно.

Могу ли я надеяться на помощь столь уважаемого сообщества аналитиков?

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

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

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

Ну как-то так. Интересно как это может выглядеть в виде ТЗ 34? Или возможно других стандартах и шаблонах?

3050

Системный Анализ и Требования / Re: Как и зачем документировать требования?

« : 03 Октября 2009, 23:24:30 »

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

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

3051

Обсуждение статей / Re: Конференция

« : 03 Октября 2009, 18:43:42 »

От нас будут трое. Я в число счастливцев не попал.

3052

Конференции Семинары и Тренинги / Осенние семинары UML2.ru — Доступ к материалам

« : 02 Октября 2009, 13:20:41 »

Эд, я тут подумал, что неправильно понял твой вопрос. Ты хочешь просматривать flv-ролики автономно, предварительно скачав их на диск? Или у тебя какие-то проблемы с просмотром видео непосредственно в браузере?

Ага я их не вижу, Ни в одном из браузеров. Ничего не говорит и очень долго висит

3053

Для всех / Re: Контроль доступа и учёт рабочего времени

« : 02 Октября 2009, 11:57:56 »

дело в том,что наша компания разрабатывает софт для себя и под себя)
мы не продаём его и не покупаем, кроме таких вещей как ОС и 1С

Типичная ситуация - зачем брать готовое - мы сами сделаем - типичное натуральное хозяйство

3054

Консалтинг и Внедрение / Re: Документы при приемке ПО

« : 01 Октября 2009, 23:47:44 »

Андрей, а если посмотреть сами ГОСТы

3055

Проектирование / Re: Проектирование схемы взаимодействия подразделений

« : 01 Октября 2009, 15:07:32 »

Все равно не понятно. Схему на UML, пожалуйста..

Э нет постойте - это Вы Схему на UML, пожалуйста! Кто у нас обратился за советом?

3056

Конференции Семинары и Тренинги / Осенние семинары UML2.ru — Доступ к материалам

« : 01 Октября 2009, 13:44:02 »

А скажите плиз flv с помощью чего можно просматривать

3057

Варианты Использования (Use Case) / Re: Многозвенная архитектура - как рисовать много Use-cases?

« : 01 Октября 2009, 13:42:52 »

А чего собственно Вам не хватает в ООA ?
Зачем вы берете на себя такие риски ?

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

3058

Sparx / Re: Реинжениринг экспортируемых классов С++

« : 01 Октября 2009, 13:37:41 »

Вообщем, всё тоже самое.
Экспортируемых классов в модели нет.
Сообщений в виде выскакиваемых окошек не было и у меня. Ошибки отображались в окне Output.

А откуда должны взяться эти самые экспортируемые классы тогда?

3059

Системный Анализ и Требования / Re: Как и зачем документировать требования?

« : 30 Сентября 2009, 22:54:32 »

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

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

3060

Системный Анализ и Требования / Re: Как и зачем документировать требования?

« : 30 Сентября 2009, 20:42:12 »

Так может вам просто система управления тестами нужна, а не шаблон документирования?

Идочка, так она у нас есть, толку-то. Или Вы нечто иное под этим понимаете? Внутри наших тестов мы вполне наладили обмен и обновление, но ведь проблема в ином - внешние события