208 Assignment 2
208 Assignment 2
Q1
User requirements are declarations or descriptions of the services that the system is
expected to provide to users, as well as the limitations under which it must operate. The
client provides these descriptions.
System requirements provide more detailed definitions of the software system's
functions, services, and operational limitations. It should specify precisely what is to be
implemented. The system’s developers or contractors provide these descriptions.
It is crucial to differentiate between user and system requirements during the
requirements engineering process since different types of readers use them differently.
The readers of the user requirements are not usually concerned with how the system will
be implemented while the readers of the system requirements need to know more
precisely what the system will do because they are concerned with how it will support
the business processes, or they are involved in the system implementation. In other
words, it is important to differentiate between user and system requirements because it
provides a clear communication.
My team is developing a website for Youth Space Afrika, an NGO that is youth-led and
focuses on adolescents and women. This nonprofit organization creates safe spaces
for young people and girls to reach their potential while advocating against issues
affecting adolescents, marginalized, and vulnerable groups such as persons with
disabilities, those living with HIV, and street children.
Below are examples of user requirements with respect to my team’s project.
Information Accessibility:
• User Requirement 3: Users should have the ability to view and register for
upcoming events and programs directly through the website.
• User Requirement 4: The website should enable users to submit inquiries
or requests for assistance.
Below are examples of system requirements with respect to my team’s project.
Content Management System (CMS):
• User Requirement 3: Users should have the ability to view and register for
upcoming events and programs directly through the website.
• User Requirement 4: The website should enable users to submit inquiries
or requests for assistance.
System Requirements
• Product Owner
• Scrum Master
• Development Team
Artifacts:
• Product Backlog
• Sprint Backlog
• Increment
Events:
• Sprint Planning
• Sprint Review
• Sprint Retrospective i.e. reflection on the previous sprint to identify improvements
for the next sprint.
• Short meetings online to address impediments
Q4
FLOW DIAGRAM
https://lucid.app/lucidchart/invitations/accept/inv_20a33e74-9de6-43d7-a7c6-80e8bd3c2d6c
https://lucid.app/lucidchart/a797f295-5676-4015-9378-
e02365fdaf79/edit?viewport_loc=-363%2C-
123%2C2004%2C900%2C0_0&invitationId=inv_b7fb08af-9e23-43d8-abc0-
f8f5ebcf0d57
Use cases detail how users engage with a system to accomplish specific objectives. They
outline the steps a user follows to complete a task, the system's responses, and any
variations or exceptions that may arise.
I used Lucid chart for the diagram.
How Flow Diagrams and Use Case Diagrams Aid in Understanding and
Communicating System Functionality
Development Team: PFDs and use cases offer a comprehensive blueprint of system
functionality, detailing what needs to be built and how components work together.
Stakeholders: These tools convey system functionality to non-technical stakeholders,
ensuring their expectations match project deliverables and illustrating user interactions.
Testing: PFDs and use cases assist in creating thorough test plans, ensuring that all
functional requirements are validated, and the system operates correctly.
Q5
User stories provide a brief description of a feature from the perspective of the
intended user or customer.
Epics are enormous projects that can be split down into smaller assignments (stories).
They are essentially large-scale campaigns that include various user stories.
Features are software functions that provide commercial value. They are often larger in
scale than individual user tales but smaller than epics. Features can be made up of
many user stories.
Example of a user story, epics, and features related to the project is:
User Story:
"As a visitor to the Youth Space Afrika website, I want to quickly locate information on
upcoming events and programs, so I can join activities that interest me."
Epic:
Event Management System
This epic encompasses all functionalities related to managing events and programs on
the Youth Space Afrika website, including event listings, registration, and confirmation
processes.
Feature:
Event Registration
This feature enables users to view event details, register for events directly on the
website, and receive confirmation emails once registration is successful.
Relationship and how they align with the client’s needs and project goals
User Story to Epic: The user story ("easily find information about upcoming events and
programs") is a specific requirement that contributes to the overall epic of "Event
Management System". It encapsulates a user need that the epic seeks to address.
Epic to Feature: The epic ("Event Management System") includes a variety of features,
including "Event Registration". This feature directly helps the epic by providing particular
features for excellent event management.
Alignment with Client Needs: These user stories, epics, and features are directly related
to the client's goal of delivering a user-friendly platform for teenagers and marginalized
groups to access information and engage in activities. They ensure that the
development efforts are focused on delivering functionality that suit the client's needs
and improve the user experience on the website.
Contribution to Requirements Engineering
User stories offer user-centric descriptions of features to align development with user
needs, epics organize large-scale initiatives into manageable tasks, and features serve
as deliverables that bridge high-level epics and detailed user stories, ensuring progress
aligns with strategic goals.