Top Banner
DotNetters Tech Summit - 2015 RUET Life of a Product
29
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: Interactive SDLC

DotNetters Tech Summit - 2015 RUET

Life of a Product

Page 2: Interactive SDLC

Life Cycle

• Requirement• Estimation• Design– Architecture– UX Mockup

• Development• QA– Code Review– Testing

• Deployment• Support, Maintenance & Enhancement

Page 3: Interactive SDLC

User Story

• I want to build a system for students where they can upload notes, and can share notes with other students. Students can access the system from anywhere.

Page 4: Interactive SDLC

Requirement Elicitation

• 10 techniques– Most popular is questionnaire & observation– A team of business analyst, domain expert, product

manager– Find need– Find expectations– Find scope of improvement

User Story

Requirement Elicitation

RFQ (Business)

SRS (Technical)

Page 5: Interactive SDLC

Apply Questionnaire

Questions• Can User access the system

from device?• Can they share notes with

anyone?• How students can access

the notes?• How many student you are

expecting to signup? Year 1.

Answers• Yes• Nop only with friends• By login to system• First Year 10000 at least

Page 6: Interactive SDLC

Extracted Requirements

• It’s a web application• RWD• Authenticated user can access only• Allow signup• Can add friend• Share notes with friends only• Need big storage to store files

Page 7: Interactive SDLC

Create Task

Page 8: Interactive SDLC

Estimation• Based on your experience.• Based on a team member’s experience. • Based on industry.• Based upon an analogous experience.• The task is unfamiliar to the assigned

staff member.• The requirements for the task are

insufficiently detailed. • The technology being used to complete

the task is new, and or new to your team.

• Required training.• Vacations, holidays or other planned

leave.

•Double-Triangular Distribution•E = (a + 4m + b) / 6 (a=Best; m=Most likely; b=Worst)•Standard Deviation•SD = (b − a)/6 ; iff, b>a•Triangular Distribution•E = (a + m + b) / 3

Page 9: Interactive SDLC

System Architecture

• Identify Key Scenarios– Most important feature of the success of the application.– A significant unknown area or an area of significant risk.– An intersection of quality attributes with functionality.– A tradeoff between quality attributes.

• Application Overview– Identify deployment constraints– Determining application type– Identify important architecture design styles– Determine relevant technologies

• Key Issues

Page 10: Interactive SDLC

System Architecture (Cont.)• Identify Key Scenarios

– Authorized user and access control over notes.– Notes sharing.

• Application Overview– It will be an web application.– Deployment infrastructure is fixed and it will be provided by the

university, Our deployment teams will have a secured access to that infrastructure when deployment.

– We will be using client/server model, and layered architecture style.– Technologies that will be used are Asp.net MVC, MS SQL Server, Entity

Framework etc• Key Issues

– File storage and file storage limit

Page 11: Interactive SDLC

UX Mockups

• Use requirements to design a mock• Use bootstrap to design a responsive layout• Find out who is the user to identify experience level• Find the age group to work on color patterns

Page 12: Interactive SDLC

Development

• Project Manager(PM) bootstraps it• Decides development environment requirements• PM creates tasks• Tasks are distributed among developers

Page 13: Interactive SDLC

Development (Cont.)

• Developer starts coding• Reports to PM• PM reviews the implementation• Assign/re-assign tasks• Tools used– Jira, Asana, Trello, Git

• IDE

Page 14: Interactive SDLC

Code Review• Roles & Responsibilities

– Developer • Self review and initiated review

request– Reviewer

• Report finding to developer• Check List

– Structure– Documentation– Variable– Arithmetic Operation– Loops and Branches– Defensive Programming

Page 15: Interactive SDLC

Testing

Page 16: Interactive SDLC

Testing (Cont.)

• Responsibility– Find The Bug– Find them early– Make sure they are fixed.

• Planning– Identify of specific

requirement tested– Define test case– Specific steps to execute

test– Prepare test data

• Mythologies– Black box testing– White box testing

• Testing level– Unit testing– Integration testing– System testing

Page 17: Interactive SDLC

Deployment

Page 18: Interactive SDLC

Its time to deliver our product!

Page 19: Interactive SDLC

Staging

Page 20: Interactive SDLC

Staging

Page 21: Interactive SDLC

Staging

Page 22: Interactive SDLC

Staging

Page 23: Interactive SDLC

That’s all from deployment

Page 24: Interactive SDLC

Support, Maintenance & Enhancement

Page 25: Interactive SDLC

Support & Maintenance1st Client Mail: Some of the

students cannot share note to each

other.

2nd Client Mail: John connected

with Jane but cannot see her

notes.

Page 26: Interactive SDLC

Support & Maintenance (Cont.)

• One study indicated that over 80% of maintenance effort is used for non-corrective actions.

• Some actually occurred because of some unknown bug in the system.

Page 27: Interactive SDLC

Support & Maintenance (Cont.)

3rd Client Mail: Notes take more

time to LOAD

4th Client Mail: Students wants to upload big notes (more than 5MB

but less than 8MB)

Page 28: Interactive SDLC

Enhancement5th Client Mail:

Is there any way we can let students

create/modify note in the system?

Page 29: Interactive SDLC

Thanks!! See You Next Time

Q & A?

/groups/netter//DotNetter