Sunteți pe pagina 1din 2

4911573

hnim002

Performances
Part Stimulus General Sporadic Concrete Player can request to see information about sector previously seen before any random time he chooses Independent source

Source Artefact Environment Response

Independent source System Normal mode Processes stimuli

Measure Justification

MMPE Subsystem Normal mode Access information for a given sector which is provided by the device in some form of access and return this information to the software on the device. latency MMPE must provide information to the device within 100milliseconds The requirement is the player has to initially request the information and are allowed to do so from any device and hence it is up to us to interpret the information which can be in any mode depending on the device the participant has chosen.

Security
Part Stimulus Source General Tries to access services User who is legitimate with limited access System services Normal mode Grants/Blocks Access Concrete Attempts to issue orders for people that participant does not have control over Participant with access to certain resources they have control over

Artefact Environment Response

Measure

Justification

MMPE Subsystem Normal mode The orders issued by the participant are checked whether participant has the authority to issue such orders, if so they are carried out otherwise orders with be denied Amount of blocked 99.9999% of the time if the participant has Accesses been no authority to carry out orders on a granted specific resources then the orders issued are denied We need a very high rate of reliability and hence the six nines, as we cannot afford to carry out orders for which the participant does not have enough rights for or access to those resources as it may lead to conflicts with other users as it might be their jurisdiction that we are effecting.

4911573

hnim002

Modifiability
Part Stimulus Source Artefact Environment General System Administrator Wants to add capacity Concrete MMPE Webmaster Wants to gradually increase the number of participants that can take part or be involved with the game Environment MMPE can accept more participant registrations At build time At any time during whilst the MMPE is online and working, they should be able to increase the capacity of their user base Deploys modification The version with the modification should be able to handle more participants than the previous version and have enough resources to allow for the increase in capacity of participants and the respective resources Cost in effort Should be able to see an increase in the number of users of the MMPE game without the system failing in any form and remaining the same in terms of design and functionality for each individual user If we want to expand the number of participants MMPE can intake, we want to seamlessly do the changeover so that existing users cannot tell the difference. We can measure our success by seeing an increase in our user database and that way we can check we are well equipped to handle the extra load

Response

Measure

Justification

Availability
Part Stimulus Source Artefact Environment Response Measure Justification General Crash Internal to System Systems server Normal mode Concrete A server crashes Due to a random event MMPE central subsystem Only effects the participants in the Australia region as it was the server relating to them that crashed. Notify the MMPE Webmaster, display expected delays for the Australia region and approximate down time. System back to normal operations within 3 hours.

Notify parties, be unavailable Time interval in degraded mode If a server specified for the participants of Australia region fails, then other participants can still continue using the MMPE gaming system however this is unfair for the Australian participants as they are not allowed to issue any sort of command, therefore it would be helpful if there was a display of how long it would take the administrator to fix the problem and the time of 3 hours is a good basis for fixing the server.