One Page Sdlc

  • Uploaded by: Naveen Lohchab
  • 0
  • 0
  • May 2020
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View One Page Sdlc as PDF for free.

More details

  • Words: 368
  • Pages: 2
One page SDLC 1. Feasibility Study: a) Technical b) Schedule c) Financial. 2. Requirement Collection: a) Functional b) Environmental c) UI 3. System Requirement Specification/BRD/SRA (contains all the requirements, spec, scheduled, price estimates etc.) 4. Preparation of master project plan: - A blue print to follow contains, detail plans, product mgmt, plan mgmt, tests, logistics etc. 5. Designing- UI, DB, Application-a) HLD b) LLD 6. Coding- the actual dev. Process based on LL Design. 7. Testing- executing a programmer under control condition with intent to find an error/fault. a) BVT- (BUILD is a former release of code, encapsulated together and given a name) To conduct a test on all major functionalities, based on BVT checklist is BVT. b) HOT-FIX- A quick fix by developers during testing phase. c) Acceptance testing- by the client 1) Alpha: In house 2) Beta: at customer Premises. 8. Test cases: Procedural guidelines for conducting a test. A) T C Template: TC ID, TC Description, I/p, Expect Value, Actual Value, Status (P/F), Module, Environment. B) Tech for writing TC’sI) Boundary value Analysis J) Negative value analysis K) Positive value L) Equivalence Portioning approach M) Wild character C) Test Case classification: UI (look & feel), Usability (Tab, Cursor), Functionality (Save, insert, updating buttons), Validation (-ve, +ve value) D) Bug report: Bug is an error/malfunction noticed during testing. Bug Template Bug ID. Seviourity

Test case ID Priority

Bug Description Detected by

Input Assigned to

Expected Module

Actual Environment

Status (Pass/Fail)

Resolutio n

New / Open Bug Differed (Reason for delay (low

Won’t Fix/Can’t Fix

Reope n

Fixed / Resolved

Closed

9. Software Life cycle models: A} Waterfall: - Adv, simple & easy, good for small projects, easy to manage, clear deliverables. Dies Adv, for long/ongoing projects, rigid, high risk, no S/w till end. B} V-shape

C} Incremental: Keep adding the units/module for additional functions. Adv; early working S/w, more flexible, easy to test, easy to manage. Dis; each iteration/module is rigid, architectural problems. D} Spiral: Adv; high amount of risk analysis, good for large projects, high success rate. Dis; Costly, need specific expertise, success dependencies on risk analysis. 10. Miscellaneous terms: - CMM> Capability maturity model (Integration) Scrum meeting> daily meeting to discuss the project status.

Related Documents

One Page Sdlc
May 2020 2
Sdlc
May 2020 8
Sdlc
June 2020 8
Sdlc
November 2019 23
Sdlc
November 2019 10
Sdlc
June 2020 4

More Documents from ""

One Page Sdlc
May 2020 2
Sdlc
May 2020 8
Noika Mobile Kit
August 2019 59
Sql Tutorial
December 2019 53
Oracle 9i Notes
May 2020 48