Lab. Report #1 - Project Blastoff Req Inception: P T T C N R G
Lab. Report #1 - Project Blastoff Req Inception: P T T C N R G
TABLE OF CONTENTS
1 INTRODUCTION ............................................................................................................................... 1
2 PURPOSE OF THE PROJECT ............................................................................................................. 1
3 THE SCOPE OF THE WORK ............................................................................................................... 2
4 THE STAKEHOLDERS ....................................................................................................................... 2
5 CONSTRAINTS ................................................................................................................................ 2
6 NAMES ........................................................................................................................................... 2
7 RELEVANT FACTS AND ASSUMPTIONS .............................................................................................. 2
8 RISKS ............................................................................................................................................. 3
9 GO/NO GO DECISION ....................................................................................................................... 3
1 INTRODUCTION
The issue of searching someone to repair something broken, or a wall painter is becoming more and more
common.
In order to make it easy for everyone, we propose to develop a software that helps service receivers to solve
their problem.
1
3 THE SCOPE OF THE WORK
THE STAKEHOLDERS
--Developer.
--Tester.
--Designer.
--Service giver.
--Service receiver.
--Bank.
--User.
4 CONSTRAINTS
*The mobile operating system.
*Limited Budget.
*Limited number of users.
5 NAMES
SG: Service Giver.
SR: Service Receiver.
2
7 RISKS
*Lack of human resources (4team members)
*Lack of time to create a web application.
*Lack of contacts to promote the app.
8 GO/NO GO DECISION
As every project, we will face challenges, but our project is profitable and it is a good idea since it will make
peoples life easier
---------------------------------------------------------------------------------------------------------------------------------------------
3
Do you find it a struggle as a professor to perform this task?
How long does an average student take to answer the survey?
Do you think you are able to trust an AI or an automated system to perform this task in stead of you ?
Does this analysis overlap with your work(Teaching) or with your personal activities ?
Do you usually need third parties to analyze your data?
Do you get complaints caused by the length or quality of the survey?
Are you passionate about analysis and data science ?
Do you find automated systems and Ai interesting or not ?
4 OBSERVATION
4.1 THINK ALOUD PROTOCOL
The interviewee is then presented the application and asked to describe by detail what he thinks about the usage of the
application. The next section is how the interviewee described the usage of the application.
“The login screen is very intuitive, you just need to enter your professional email and password and press the login
button.
But first I think I need to create an account right ? So how do I do that ? Ah here is the ‘create account‘ button ! So Why
I
have to enter my email and create a password then pick the list of courses I am teaching . This takes some time ! What
Happens if I forget one course ? okey now normally I should press on create account ! yeah this is pretty intuitive. So
now
I should specify whether I am a teacher or a professor. Mmm but wait didn‘t I specify my email and which subjects I am
3
teaching this should normally mean that I am a professor ! But anyways let‘s continue… So I have a menu in front of me
that specifies whether I should create a new form or extract generate analysis for an existing form. Let‘s create a form.
So I get to specify the number of open questions. Then click on submit . Then I click next . Probably if I start directly by
typing the questions, it would be faster. When I try to get the analysis it creates a PDF file that contains charts and
results
which I find a good way to present output.
4.2 OBSERVATION QUESTIONS
As we performed the think aloud protocol on a user, we were able to make questions based on the observation:
Do you think the create account button should be clearer in the interface ?
Do you think that courses you take or teach should be automatically be filled as the data already exists in
administration?(moodle)
Do you think that depending on the email you should directly specify the user as teacher or professor ?
Do you think that the form creation can be made in less steps ?
What output types you prefer to have (xml,json) or simply pdf files ?
5 CONCLUSION
In this part we will conclude by saying thanking the interviewee and by summing up the main points we gathered from
him .
“Finally we would like to thank you. Your answers are really valuables for us and for our improvement. If we sum up the
main points, so mainly what bothers you is the user experience and you think that it would be better if the application
had less steps, and if there is any chance to automate some tasks we would better do it since it will improve user
experience. “
4
selected tasks, which can either be included directly in the sketches or included in “overlays” that are place on
top of widgets depending on user interactions during the test.
5
Lab. Report 6 – Requirements Analysis
6
7
8
Page 1
9
LOW-FIDELITY USING BALSAMIQ MOCKUPS : APP FEHA KEN INTERFACES
Modeling :
Precess-flow
10
11
Data flow
Example
12
Req management:
13
14
15