(495) 925-0049, ITShop интернет-магазин 229-0436, Учебный Центр 925-0049
  Главная страница Карта сайта Контакты
Поиск
Вход
Регистрация
Рассылки сайта
 
 
 
 

Конференция "IBM Rational/Telelogic - системный инжиниринг, управление требованиями, изменениями, жизненным циклом ИС, умное управление проектами"

Обсуждение вопросов, связанных с решениями IBM Rational/Telelogic, продуктами Rational Unified Process (RUP), Software Architect, Software Modeler, RequisitePro, ClearCase, ClearQuest и др. А также продукты Telelogic - Rhapsody, FocalPoint, DOORS, System Architect, SDL Suite, Tau, TTCN Suite, Change, Synergy и др. И самые главные темы - системный инжиниринг, управление требованиями, изменениями, проектами.

 
 
Добавить сообщение »

Тема: Прецедент: "Вход в систему (логин)" - включение или функция или?

Автор:  Надежда Дата: 02.06.2003 04:52
Здесь развернулось обсуждение данной проблемы : [открыть ссылку]
Ответить на сообщение »
 
Автор:  meridian Дата: 28.05.2003 17:43
В разных ситуациях Логин - прецедент может быть и тем и другим.

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

Сергей.
Ответить на сообщение »
 
Автор:  Надежда Дата: 28.05.2003 02:55
Добрый день!

Обсуждая со знакомыми программистами одну систему я столкнулась с тем что они подругому смотрят на процесс авторизации пользователя в системе с точки зрения системных прецедентов или вариантов использования (use case). <<Под авторизацией или ЛОГИНОМ обычно имеется в виду ввод обезличенными пользователем (guest) имени пользователя и пароля с целью получения прав (SC) в системе, соответствующих его роли, группе или другому, а также возможно еще и соответствующих пользовательских интерфейсов.>> Честно говоря у нас в организации исторически так повелось что все наши информационные системы не имеют обезличенных пользовательских ролей и логин всегда выполняется иначе доступа к системе просто нет. Помню в одной статье по описанию и моделированию прецедентов я столкнулась еще и третьей точкой зрения. Все это разногласие меня до сих пор и волнует.
Таким образом существуют 3 точки зрения на прецедент логина:

[ 1я ] <<Логин - это прецедент-включение (included use case)>>
потому что чтобы воспользоваться системной функцией и иницировать ЛЮБОЙ пользовательский прецедент,
то есть для достижения своих конечных бизнес целей, актерам (actors) необходимо сначала авторизоваться,
поскольку сначала они обезличены, не имея SC. <<Таким образом последовательность шагов для логина так
или иначе присутствует в потоках всех прецедентов, где может работать только авторизованный пользователь.>>
Следовательно логин можно выделить в прецедент-включение

[ 2я ] <<Логин - это функциональный прецедент (subfunction use case)>>
потому что чтобы воспользоваться системной функцией и иницировать ЛЮБОЙ пользовательский прецедент
в некой роли актер должен сначала авторизоваться.
<<До этого момента определенный актер вообще не является таковым (а является например актером "Guest")
и он просто не может инициировать свой прецедент.>> Следовательно логин не является ни включением
и ни расширением никакого пользовательского прецедента с его актерами, а является <<отдельным
и независимым прецедентом который обезличенному пользователю-актеру необходимо инициировать чтобы
он смог инициировать любые прецеденты уже в своей роли>>

[ 3я ] <<Логин - это прецедент-расширение (extension use case)>>
потому что ... аналогично 1ой точке зрения, но с различием что <<последовательность шагов для логина так
или иначе присутствует в потоках всех прецедентов, где может работать только авторизованный пользователь,
НО она необходима только когда пользователь еще не авторизован.>> Следовательно логин расширяет потоки основных прецедентов и его можно выделить в прецедент-расширение

Буду рада услышать любые мнения по этому поводу. Спасибо всем ответившим!
Ответить на сообщение »
 

Добавить сообщение »

 Распечатать »
 Правила публикации »
   
 Рекомендовать »  
 

Магазин программного обеспечения   WWW.ITSHOP.RU
IBM RATIONAL Clearcase Floating User From Rational Clearcase Lt Floating User Trade Up License + Sw Subscription & Support 12 Months
IBM RATIONAL Clearcase Floating User License + Sw Subscription & Support 12 Months
Rational ClearCase Multisite Floating User License
IBM RATIONAL Quality Manager Quality Professional Authorized User Single Install License + Sw Subscription & Support 12 Months
IBM RATIONAL Rose Enterprise Floating User License + Sw Subscription & Support 12 Months
 
Другие предложения...
 
Курсы обучения   WWW.ITSHOP.RU
 
Другие предложения...
 
Магазин сертификационных экзаменов   WWW.ITSHOP.RU
 
Другие предложения...
 
3D Принтеры | 3D Печать   WWW.ITSHOP.RU
 
Другие предложения...
 
Новости по теме
 
Рассылки Subscribe.ru
Информационные технологии: CASE, RAD, ERP, OLAP
Безопасность компьютерных сетей и защита информации
Новости ITShop.ru - ПО, книги, документация, курсы обучения
Программирование на Microsoft Access
CASE-технологии
OS Linux для начинающих. Новости + статьи + обзоры + ссылки
Windows и Office: новости и советы
 
Статьи по теме
 
Новинки каталога Download
 
Исходники
 
Документация
 
Обсуждения в форумах
Как в IBM Rational DOORS сделать заголовки не жирным шрифтом? (3)
Измучился уже, когда идет иерархия уровнем ниже, чем Х.Х., мне нужно, чтобы заголовки не...
 
проблемы с установкой Rational Rose Enterprise Edition (11)
Привет! Есть проблема, прошу совета. Скачал с rational.com Rational Rose Enterprise Edition,...
 
Бесплатные видео-уроки по работе в AutoCAD (3)
Бесплатные видео-уроки по работе в AutoCAD http://store.techcourses.ru/ad/152929/
 
помогите Config spec ClearCase (2)
Добрый день! Мальчики, пожалуйста, объясните для блондинки, очень силюсь понять, но...
 
Настройка e-mail уведомлений. Аутентификация (1)
Добрый день! Надеюсь на вашу помощь в поиске решения моей проблемы. Не получается настроить...
 
 
 



    
rambler's top100 Rambler's Top100