Difference between revisions of "Firewall Usecases"

From Second Life Wiki
Jump to navigation Jump to search
Line 1: Line 1:
= Writing Usecases =
== Writing Usecases ==
These use case follow [http://alistair.cockburn.us/index.php/Basic_use_case_template Alistair Cockburn's template]. Note that there are several stages of usecase. If you want to grab a template for the early stage of a use case, you can get it [[Early Stage Usecase Template| here]]
These use case follow [http://alistair.cockburn.us/index.php/Basic_use_case_template Alistair Cockburn's template]. Note that there are several stages of usecase. If you want to grab a template for the early stage of a use case, you can get it [[Early Stage Usecase Template| here]]


= Firewall Realted Use Cases =
== Firewall Realted Use Cases ==


===Use Case: User behind firewall accessing Regions both behind firewall and outside of firewall ===
===Use Case: User behind firewall accessing Regions both behind firewall and outside of firewall ===

Revision as of 10:37, 7 October 2007

Writing Usecases

These use case follow Alistair Cockburn's template. Note that there are several stages of usecase. If you want to grab a template for the early stage of a use case, you can get it here

Firewall Realted Use Cases

Use Case: User behind firewall accessing Regions both behind firewall and outside of firewall

Goal in Context:

Given a user (avatar) behind a fire wall, he should be able to access (teleport) to both regions within the fire wall and to public regions outside of the fire wall. He should have access to public assets and private (behind the firewall) assets. Some examples would be:

  • Employee at company XYZ meeting with other employees at XYZ to discuss purchasign a new product from a third party. During meeting, employees teleport to public location to see the product.
  • Organization sets up a security prototype area behind the firewall to try out new ideas. The organizaion allows its people to access this region to refine and test before making any assests public. The "behind the firewall" users do not have to create a second private avatar or special login to do this.


Scope: Multi regions

Level:

Primary task

Primary Actor:

avatar whose user is behind a firewall that makes use of both public and private (behind the firewall) regions.

Priority:

The primary need if for users (avatars) in organizations providing a private region for security/research/testing. The parallel would be with web browser users that can access both public (outside firewall) and private (inside firewall) web pages.

Frequency:

This use case should appear mainly with organziations who wish to support their own internal "Second Life" and want thier avatars to move seemlessly between the internal region and the external region.