5416

Обучение / Re: Опыт преподавания объектно-ориентированного подхода в моделировании, анализе etc

« : 19 Апреля 2007, 23:16:56 »

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

Напомню у меня 4 группы, вренее вся группа разделена на 4 проектные группы: кафе, производство мебели, книжный магазин, магазин видео и проката

На прошлом занятии выступали ребята из магазина видео-проката. В целом нет так плохо. Довольно уверено смогли определить проблему или потребность, решаемую ИТ. Вернее так проблему выделитне смогли, но довольно уверено пошли в нужном направлении. Огрехи написания ВИ были - но это нормально.

На этом же занятии указал на ошибку пренебрегания формулирования проблемы или определения контекста, в котором строятся все следующие рассуждения. На лекции минут 20 рассказывал пример возникновения проблемы и способов решения ее с помощью ИТ.

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

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

Например, выступающие от магазина книг предложили к рассмотрению вариант использования "Составления списка книг для заказа". В ходе дискуссии студенты-оппоненты сами предложили ребятам все-таки изменить ВИ в сторону "Заказ книг". Однако следом за ними выстапали ребята из этой же команды но с вариантом "Заказать и принять книги". Сразу завязался жаркий спор, всем бросилась в глаза некоторая противоречивость и дублирования этих двух ВИ. В конце концов выяснилось, что задача 1-го ви - проанализировать продажи, изучить новинки, проанализировать индив. заказы покупателей и составить некий список книг для будущего заказа. 2-ой ВИ оказывается, используя список составленных книг, (который еще утверждается директором) направляет список поставщику any способом. Поставщик изучает этот список и утверждает (подтверждает его), отправляя назад в виде утвержденного заказа. Сторона заказчика принимая заказ подтверждает его, берет деньги и едет к поставщику. В общем такой клубок получился сложный.....

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

5417

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

« : 19 Апреля 2007, 18:39:54 »

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

Дык, генерят, а чтобы им их не генерить :-) Только все-таки не полный код, а каркас кода имхо. Что тоже конечно не мало. Например тот же ORM.

5418

Примеры / Re: Моделирование деятельности деканата

« : 19 Апреля 2007, 18:37:58 »

ярким примером функционального подхода  в ВУЗах-наличие непрофильных выпускающих кафедр (в технических вузах-экономических или юридических и наоброт)
Надеюсь понятно объяснил=))))

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

Тогда что вы имеете в виду под процессностью? Т.е. важен сам процесс получения или преподавания?

5419

Системный Анализ и Требования / Re: Потерянные требования

« : 18 Апреля 2007, 23:24:22 »

Disclaimer: То что в P.S. написано а) публикуется на правах шутки б) валидно, если я правильно угадал ваше место работы.

Вот ведь, ххитрец аналитический:). Вроде сказал нет, но в то же время да. вроде как бы да нет да

5420

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

« : 18 Апреля 2007, 23:14:06 »

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

Александр, а я нормально скачивал. Я оперой рулил. А посмотреть рекомендую для анализа и выдачи резюме типа: использовать нельзя пропустить/

Я вот сейчас скачал и распокавал тутже Rarом - ноу проблем. Кстати зиповские почемуто скачиваются битыми в ИЕ, уже обратил на это внимание...

вот содержание

КРАСНОЯРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ


Анализ требований к автоматизированным
информационным системам



Юрий Анатольевич Маглинец, профессор каф. СИИ КГТУ, к.т.н.

СОДЕРЖАНИЕ КУРСА

Программа курса
Основное содержание курса
1.   Введение
2.   Понятие требования. Классификации требований
3.   Свойства требований
4.   Процесс анализа требований
5.   Контекст задачи анализа требований
6.   Выявление требований
7.   Формирование видения и границ проекта
8.   Классификация и специфицирование требований
9.   Расширенный анализ требований. Моделирование
10.   Расширенный анализ требований. Иллюстрированные сценарии и прототипы
11.   Документирование требований
12.   Проверка требований
13.   Введение в управление требованиями
14.   Совершенствование процессов работы с требованиями
15.   Требования в управлении проектом
16.   Заключение
Методические указания к выполнению лабораторных работ
Презентация к лекциям 1-8      
Презентация к лекциям 9-16
Примеры выполнения лабораторных работ
1.   Выявление высокоуровневых требований. Разработка документа «Видение»
2.   Выявление требований пользователей. Поиск акторов и вариантов использова-ния
3.   Краткое описание вариантов использования
4.   Разработка глоссария
5.   Подробное описание ключевых прецедентов
6.   Анализ и спецификация специальных требований
7.   Формирование SRS
8.   Верификация SRS

Красноярск, 2006

5421

Управление Проектом / Re: Методы и средства инженерии программного обеспечения

« : 18 Апреля 2007, 23:07:54 »

Блин ... даже толком дух SWEBOK донести не могут ... зато MS прфинансировал сей опус :-).

вобщем с моей точки зрения - халтура. А с другой стороны ... на безрыбье ...

Но почему бы не использовать то что уже сделано -- а именно перевод SWEBOK что у С. Орлика в блоге выложен ... хоть бы список литературы оттуда списали, чтоли ... у нас он ГОРАЗДО больше, в частности по теме требований.

Ага ты клюнул:-) На тебя наживка закинута:-)
Хотя вряд ли ты просмотрел все внимательно. Но твоя рекомендация важна.

Причем хотелось бы так - использовать нельзя отказать
В общем запятую сам поставишь в нужном месте

5422

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

« : 18 Апреля 2007, 20:06:49 »

Анализ требований к автоматизированным информационным системам

Этап анализа требований во многом предопределяют успех проекта, будь то проект внедрения готовой автоматизированной информационной системы (АИС), либо проект заказной разработки. Лекционный курс содержит сведения об анализе требований, как об инженерной дисциплине. Приводятся классификации требований, анализируются свойства требований, рассматривается методологии, стандарты, нотации, артефакты работы с требованиями. Подробно анализируются составляющие анализа требований – выявление, специфицирование и документирование, верификация. Рассматривается роль прототипов, моделей, инструментальных средств, процесс управления требованиями, процесс совершенствования работы с требованиями. Семинарские занятия построены по классической схеме обсуждения лекционного материала. Учебный курс построен на базе использования технологии MSF. Варианты заданий взяты из реальных проектов автоматизации (около 15 проектов за последние 10 лет), выполненных с участием и под руководством автора.

5423

Управление Проектом / Методы и средства инженерии программного обеспечения

« : 18 Апреля 2007, 20:02:47 »

Собственно тема

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

5424

Обучение / Re: Опыт преподавания объектно-ориентированного подхода в моделировании, анализе etc

« : 18 Апреля 2007, 19:15:21 »

Вот хочу представить ряд ВИ, которые написали не выступающие студенты :-) Да не осудят они меня, может даже им на благо.

Название варианта использования   Заказ мебели
Краткое описание   Клиент просматривает каталоги, либо в соответствии со своими требованиями заключает контракт с фирмой.
Цель    Приобретение мебели.
Область действия   Фирма по изготовлению мебели.
Уровень   Цель пользователя - прозрачный ящик
Основное действующее лицо   Клиент
Участники  и интересы   Клиент - приобрести качественную, красивую мебель за приемлемую цену.
Менеджер по работе с клиентами - Заинтересовать клиента, заключить с ним контракт на выгодных для компании условиях.
Дизайнер - Сделать эскиз, который понравится клиенту
Начальник производства - Контроль за соблюдением правил ОТК (основной технический контроль) и техники безопасности. Заказ необходимых материалов.
Предусловия   Желание клиента приобрести мебель
Постусловия   Изготовление и доставка мебели – завершение сделки
Минимальные гарантии   Менеджер, в соответствии с пожеланиями клиента, заключает контракт.
Гарантия успеха   Мебель изготовлена и клиент получает её в указанные сроки. Клиент доволен.
Триггер   Заключение контракта.
Ссылки на другие варианты использования   
Успешный основной сценарий
1.   Клиент приходит в фирму, просматривает каталоги, либо при помощи дизайнера создают эскиз мебели. Заключает контракт.
2.   В соответствии с условиями контракта выполняется процесс изготовления мебели. Если на складе нет необходимых материалов выполняется подчинённый сценарий «Заказ материалов».
3.   Клиента информируют о том, что мебель изготовлена.
4.   Производится доставка, сборка и установка мебели.
5.   Производится оплата. 
Подчиненный сценарий «Заказ материалов»
1.   Начальник производства просматривает список имеющихся на складе материалов, если необходимых материалов нет в наличии, то выполняет их заказ.
2.   Поставщик принимает заказ.
3.   Производит доставку заказанных материалов.
4.   Производится оплата.


Исключения
В случае отказа от заказанной мебели, соответствующей условиям  контракта, клиент теряет уплаченные 50% стоимости готовой продукции


Название варианта использования   Произвести мебель по заказу Клиента
Краткое описание   Рабочий персонал фирмы, следуя техническому проекту Дизайнера, производит мебель по индивидуальному заказу Клиента
Цель    Произвести мебель, отвечающую техническому проекту
Область действия   Фирма (сборочный цех, дизайнерское бюро)
Уровень   Обобщенный (бизнеса – прозрачный ящик)
Основное действующее лицо   Рабочий персонал
Участники  и интересы   Клиент – хочет получить мебель, отвечающую его пожеланиям в полной мере.
Дизайнер – с наименьшими затратами труда и времени составить технический проект
Руководитель производства – не допустить несчастных случаев и нарушений трудовой дисциплины во время производства. Хочет, чтобы проект был выполнен строго по разработанному техническому проекту
Рабочий персонал – как можно быстрее и проще для себя произвести мебель по техническому проекту.
Предусловия   Клиента интересует неординарная мебель
Постусловия   Мебель произведена
Минимальные гарантии   Технический проект будет составлен Дизайнером в любом случае.
Гарантия успеха   Произведенная мебель в полной мере отвечает техническому проекту, и, соответственно, пожеланиям клиента
Триггер   Клиент подписывает контракт на производство мебели на заказ и вносит предоплату
Ссылки на другие варианты использования   
Успешный основной сценарий
1.   Основываясь на эскизах, составленных по предпочтениям Клиента, Дизайнер выполняет технический проект и передает его Руководителю производства.
2.   Руководитель производства распределяет работу среди Рабочего персонала.
3.   Рабочий персонал выполняет действия по созданию мебели под контролем Руководителя производства.
4.   Произведенная мебель демонстрируется Клиенту.
5.   Переход на ВИ «Доставка мебели Клиенту».
6.   Вариант использования завершен.
Исключения или альтернативный поток событий
3а. На складе нет необходимых материалов
3а1. Заключается договор с поставщиком материалов
3а2. Из доставленного сырья начинается производство мебели (возврат на 3)
3б. Рабочий персонал фирмы не в состоянии выполнить какую-либо особо сложную или непрофильную часть работы.
       3б1. Заключается договор с субподрядчиком, выполняющим эту                          часть работы.
        (переход на 4)         
4а. Произведенная мебель не устраивает Клиента
4а1. Если Клиента не устраивают технические неполадки (срезы,  царапины, пятна и т.д.), то фирма исправляет их за свой счет
4а2. Исправленная мебель демонстрируется Клиенту
4б1. Если Клиента не устраивает внешний вид мебели (т.е. она  якобы не соответствует его пожеланиям), то он может отказаться от нее, но предоплата ему не возвращается.

Название варианта использования   Доставить Клиенту заказанную мебель
Краткое описание   Вспомогательный персонал фирмы должен доставить и установить в помещении Клиента заказанную им  мебель
Цель    Доставить мебель по указанному адресу и установить её
Область действия   Помещение Клиента, территория города
Уровень   Обобщенный (бизнеса – прозрачный ящик)
Основное действующее лицо   Вспомогательный персонал (грузчики, водитель)
Участники  и интересы   Клиент – желает как можно быстрее получить заказанную им мебель в неповрежденном виде.
Вспомогательный персонал – доставить и установить мебель Клиента без повреждений
Предусловия   Мебель произведена на заказ или есть на складе
Постусловия   Послепродажное обслуживание (гарантия)
Минимальные гарантии   Мебель будет вывезена с территории склада
Мебель не будет выдана другому клиенту
Гарантия успеха   Во время доставки и установки мебели не произойдет никаких происшествий, наносящих вред ей или Вспомогательному персоналу
Мебель будет доставлена и получены положительная квитанция, подписанная клиентом, и деньги
Триггер   Клиент оговаривает время и место доставки
Ссылки на другие варианты использования   
Успешный основной сценарий
1.   Вспомогательный персонал (грузчики) переносят мебель со склада на транспортное средство и выезжают по адресу Клиента.
2.   Клиент или его представитель встречает работников фирмы на месте.
3.   Грузчики производят установку (при необходимости – сборку) доставленной мебели в помещении Клиента.
4.   Клиент подписывает акт приемки и выплачивает оставшиеся 50% денег за мебель представителю фирмы (в лице водителя).
5.   Вариант использования завершен.
Исключения или альтернативный поток событий
1а. Мебель повреждается во время транспортировки
       1а1. Мебель немедленно возвращается на территорию фирмы.
       1а2. Производится необходимый ремонт.
       1а3. С Клиентом оговаривается новое время доставки.
  (возврат на 1)
2а. Клиента или его представителя не оказывается на месте.(проблема проверки что ВП не наврал, чтобы удержать штраф)
       2а1. Мебель возвращается на склад.
       2а2. С Клиента взимается штраф.
       2а3. Оговаривается новое время доставки.
  (возврат на 1)
4а. Установленная мебель не устраивает Клиента
4а1. Если Клиента не устраивают технические неполадки (срезы,  царапины, пятна и т.д.), то фирма исправляет их за свой счет
 (возврат на 1)
4б1. Если Клиента не устраивает внешний вид мебели (т.е. она  якобы не соответствует его пожеланиям), то он может отказаться от нее, но предоплата ему не возвращается – странная ситуация если учесть что заключается контракт Может ситуация – отказывается от мебели, но тогда не организуется доставка вообще.
4б2. Мебель возвращается на склад (выход из ВИ)

ВИ представлены как есть, без описания проблемной ситуации (ее нет).Просто в папке для проверки есть три эти файла.
Да!!!! в прицепки найдете все-таки описание проблемы и презентацию бизнеса (будем надеяться студенты меня не кастрируют)

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

5425

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

« : 18 Апреля 2007, 16:40:55 »

Вот посмотрите небольшой материал на intuit.ru, может это поможет как-то принять решение и определиться с выбором

5426

Системный Анализ и Требования / Re: Потерянные требования

« : 18 Апреля 2007, 16:36:38 »

(тем более шаблоны и методику диктует нам заказчик)

А Вы можете предоставить нашему сообществу эти документы для изучения? Или это секрет фирмы?

5427

Вакансии / Re: Аналитик в крупную международную страховую компанию

« : 18 Апреля 2007, 11:39:35 »

thx for correcting

С нашим большим удовольствием:-) Выше, конечно,была просто шутка

5428

Вакансии / Re: Аналитик в крупную международную стразовую компанию

« : 18 Апреля 2007, 11:30:15 »

Dear Sir,

I understand that Russian is not your mother tongue.
So I should mind you that in Russian an insurance company is СтраХовая компания.
Please change the title of your message to proper one.

Thank you for reading
Best regards

5429

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

« : 18 Апреля 2007, 11:19:12 »

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

Ну если человек прав, то уж прав! :-)

5430

Обучение / Re: Опыт преподавания объектно-ориентированного подхода в моделировании, анализе etc

« : 17 Апреля 2007, 19:20:06 »

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

Я тоже лично не думаю, что студенты так оцениваю преподавателя.
Я не комплексую ни грамма.
И занимаюсь этим кажется не без удовольствия. Надеюсь студенты мое участия видят. И ценят. Правда, плохо, что не набираются ума в учебное время.
Выпускники некоторые вспоминют с сожалением, что не прислушивались к моим рекомендациям:-)