3721

Идеи и мозговой штурм / Re: Кто-нить знает какое-нить издание чтобы написть про АСУС?

« : 05 Декабря 2008, 17:50:09 »

Отдел по правам потребителей

3722

Книги, статьи и ресурсы / Re: Feedback Request: Книга «Идеальное ТЗ». Что внутри?

« : 05 Декабря 2008, 17:47:08 »

Каково соотношение моделирования и технического задания?

Следует ли или возможно включение каких-то моделей в техническое задание? Если да, на каком уровне?

А что такое техническое задание? Если это задание на проектирование, то после проектирования получим техническое задание на реализацию? Или получим проект? А код программы - это не проект? Что понимать под проектом? Нужно ли в книгу включать понятие проекта?

3723

Бизнес-анализ и Целеполагание / Re: Описание БП предприятия по производству алкогольной продукции

« : 05 Декабря 2008, 13:28:26 »

Я с вами абсолютно согласна, но пока мы ещё не собирали все регламентирующие документы...

Возможно следует это сделать прямо сейчас?

3724

IDEF ARIS BPMN и пр. / Re: Вопросы про BPMN

« : 04 Декабря 2008, 17:27:38 »

Прокомментируйте пожалуйста - что вы пытались смоделировать этой диаграммой?

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

3725

Книги, статьи и ресурсы / Re: Книга. Карл Вигерс, Разработка требований к программному обеспечению.

« : 04 Декабря 2008, 17:24:47 »

Ну вот и аккуратно сделанный документ аж на двух страницах

3726

Бизнес-анализ и Целеполагание / Re: Описание БП предприятия по производству алкогольной продукции

« : 04 Декабря 2008, 16:37:35 »

Значит следует составить несколько глоссариев?

Посмотрите например здесь: http://ru.wikipedia.org/wiki/Глоссарий

Решите, это именно то, что Вы понимаете под глоссарием?

3727

Sparx / Re: Enterprise Architect: Практика использования

« : 04 Декабря 2008, 16:34:53 »

Если кому интересно, то я поборол эту проблему.

Проблема как всегда в головах

3728

Бизнес-анализ и Целеполагание / Re: Описание БП предприятия по производству алкогольной продукции

« : 04 Декабря 2008, 13:06:40 »

Вообще имеет смысл отделить термины технического назначения и термины бизнес-наполнения

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

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

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

3729

Бизнес-анализ и Целеполагание / Re: Описание БП предприятия по производству алкогольной продукции

« : 04 Декабря 2008, 12:45:29 »

Сейчас возник вопрос с терминами и формулировками (глосарий). Познакомилась я с глосарием finexpert.ru., также смотрела и Business Studio. Но этого оказалось недостаточным. Может вы предложите ещё что-нибудь?

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

3730

Книги, статьи и ресурсы / Re: Книга. Карл Вигерс, Разработка требований к программному обеспечению.

« : 04 Декабря 2008, 12:25:39 »

Пока вот публикую фото этих страниц. Если скажите, что этого недостаточно, попробую отсканить и распознать более корректно

3731

Бизнес-анализ и Целеполагание / Re: Описание БП предприятия по производству алкогольной продукции

« : 02 Декабря 2008, 19:59:07 »

Советую также посетить сайт http://finexpert.ru. Для знакомства с материалами Вам потребуется регистрация, но насколько я помню она не сложная.

Если идти от традиционного структурного подхода, то
выделяем цель построения модели (список вопросов на которые нужно найти ответы)
определяем точку зрения (тот кто ответит на все вопросы)
строим контекст и возможно сразу диаграмму нулевого уровня IDEF0
хотя можно сначала записать цели-функции в виде иерархического списка, декомпозируя цель-функция, задавая вопрос, а что это значит
опеределяем выход - продукт, результат (как материалный так и информационный)
определяем управление - что ограничивает процесс, что его запускает, управляет процессом
определяем входы - что нужно чтобы сделать выход/выходы
определяем механизмы - ресурсы, с помощью которых мы этого добьемся

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

возможно будет не одна а несколько моделей с разных точек зрения

Сначала желательно построить модель как есть, далее думать как должно быть

Советую поискать статьй Дубейковского - если Вас интересует направление IDEF-DFD.

Бизнес-процессы можно и нужно описывать с помощью BPMN.

Также советую заглянуть на сайт http://intuit.ru - Там поискать курс Проектирование информационных систем Грекула. Он дает некоторый и неплохой обзор бизнес-анализа и использования различных шаблонов. Может они будут полезны

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

Может будет интересна методика Алексея Кузнецова, см прицепку

3732

Термины и Определения / Re: UP vs Waterfall

« : 01 Декабря 2008, 17:30:25 »

Век живи, век учись... Спасибо Денису

3733

Термины и Определения / Re: UP vs Waterfall

« : 30 Ноября 2008, 22:19:16 »

Что предпочтительнее? А есть какой-то ГОСТ?

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

Есть ГОСТы, которые стандартизируют стадии разработки: ГОСТ 19.102-77, ГОСТ 34.601-90

3734

Термины и Определения / Re: UP vs Waterfall

« : 30 Ноября 2008, 17:50:31 »

точно так и называют. Каскадный, водопад, последовательный

3735

Системный Анализ и Требования / Re: Документирование и классификация требований

« : 29 Ноября 2008, 23:59:11 »

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

И не говори, совсем меня запутали

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