Se 3 & uxd

30. Pride and IPM + have been discussed in the following slides.
PCB: Process Capability baseline gives the actual performance of projects. in essence, it is the capability of the Organization. it collates performance data from various projects within ss the organization. PCB can be accessed from quality home page.
PCB is stratified
Project type (Dev, maintenance, re engineering etc ),
Language Level: high level, low level
Size of Project: large projects, small projects etc
Based on data of past projects, process capability baseline specifies
Performance of the process
What a project can perform CT when following the process.
Process baseline defines the productitasks, quality, effort, defect, etc.
Using the capability baseline, a project can predict, at a gross level,
The effort needed for various stages,
The defect densities likely to be observed during various defect detection activities and
Quality and productitables for the project

PDB: PDB (process database) is used for collecting metrics at closure of a project. it contains closure report information. it can be used a source for providing inputs for estimation of projects based on past/history data. this application is accessible to all infoscions. data entry and authorization of the closure report information is available only to a limited few which typically are being done by the sqas. all others have access to only the reports.
The closure reports give
General information on the project (contact personnel ),
Estimates of effort and schedule,
Rework effort into ss the different life cycle stages
The breakup of defects detected at different stages
Information of When defects were injected,
The top three risks involved in the project.

Process assets: at the unit level, templates, checklists required are the process assets.

Probe dash board: Probe reports the health of the project within Line of Control Using defect deviation, schedule deviation and effort deviation information from Milestones along with factors like risks to determine the health of projects.

Tools group vision and activities have been discussed in this PPT.

Encore: Encore (Enterprise Consortium for reuse) is discussed in this PPT.

31. Maintenance can therefore be categorized in to three categories;
Major enhancements: applying a major change to the system, requires requirement elicitation and Design
Bug fixes. Production Support: addressing system failure and customer complaints, requires deeper system analysis to understand the problem and fix it
Minor enhancements: small changes at module level, impact analysis is an important activity, requirement elicitation and design may be required but on a small scale

32. Infosys project management process consists of 3 stages
Initiation: starts when contract/Project Authorization is available
Major activities are project planning and associated activities
Execution: starts as soon as project plan is baselined (finalized)
Schemdes project monitoring and tracking
Re planning
Closure: starts when customer accepts the work product
Major activities include collecting feedback, measuring performance

33. Software Reuse
Advantages and benefits of reuse
Reduced development effort, time and cost
Increased productivity and quality
Get products to the market faster
Obstacles and problems of reuse
Continued ownership and support
'Not got Ted here '(institutes) syndrome
Awareness, difficulties in locating & artefacts 'quality
Reuse at Infosys-Encore Team (Enterprise Consortium for reuse)

34. Types of asset reuse:
Black-box reuse
Assets are integrated into target system without modification
Higher benefits, low flexibility
White-box reuse
Assets are modified before integration into target system
Requires understanding of the inner working of the reused asset
Requires extensive testing
Loss of manufacture's guarantee
Relatively lower benefit, easier to reuse

35. How do you ensure good quality consistently?
Follow proper processes
Carryout Quality Control & quality assurance activities
Use Defect Prevention Techniques
Maintain requirement Traceability
Use Configuration Management System
Use proper tools
Capture metrics, analyze them and take corrective actions
Reuse software assets

36. Quality department has a strength of 400 + people
Software Engineering Process Group (SEPG)
Initialize ate Excellence Group (Strategic Initiatives & support functions)
Audits
Process deployment group (process consultants)

37. using data for improvement
Understand the importance data
Use the right set of data
Collate the right set of data to arrive at current status of projects
Plan quantitative improvement
Execute quantitative improvement
Verify the actual improvement

(These are possible only if we have metrics and measurements)

38. what do people do in UX design?
Get insights into end user needs
Define end user requirements
Defining and structuring information spaces in software application or web sites
Design navigation paths between information Spaces
Design Screen Elements
Designing the interactivity with information spaces and screen elements
Designing the flow of information and tasks
Choose appropriate representation for information
Design the presentation style and Brand. This can visual, auditory and tactile Media
Support user needs and goals. E. g. Provide suitable ways of management and processing data e. g. provide ways for collaboration

39. The seven facets of UX:
Useful: as practitioners, we can't be content to paint within the lines drawn by managers. we must have the courage and creativity to ask whether our products and systems are useful, and to apply our deep knowledge of craft and medium to define innovative solutions that are more useful.
Usable: pointer of use remains vital, and yet the interface-centered methods and perspectives of human-computer interaction do not address all dimensions of web design. in short, usability is necessary but not sufficient.
Desirable: our quest for efficiency must be tempered by an appreciation for the power and value of image, identity, brand, and other elements of emotional design.
Findable: we must strive to design navigable web sites and locatable objects, so users can find what they need.
Accessible: just as our buildings have elevators and ramps, our web sites shoshould be accessible to people with disabilities (more than 10% of the population ). today, it's good business and the ethical thing to do. eventually, it will become the law.
Credible: thanks to the Web credibility project, we're beginning to understand the design elements that influence whether users trust and believe what we tell them.
Valuable: Our sites must deliver value to our vertex Sors. for non-profits, the user experience must advance the mission. with for-profits, it must contrition to the bottom line and improve customer satisfaction.
------------
Questions for the seven facets

Useful: does the system make a difference to end users? Is it useful?

Usable: Are the features easy to use? The common usability metrics are:
1. task success rate: How many people are able to complete a given test task?
2. task completion time: How long do people take to complete a task?
3. Error Rate: How does one perform errors do people make while doing the tasks?
4. Incidence of help: How many times did users ask for completion ance to complete the task?
5. subjective satisfaction: Overall how satisfied are users with a special task or system?

Desirable: does the system look attractive? Communicate a brand?

Findable: Is the system locatable? Are the features in the system findable?

Accessible: does the system support users with special needs? (Incluced vision or physical ability)

Credible: Is the system trustworthy?

Valuable: does the system deliver value to its own sors?

40. key focus areas in UX: 1 of 5
User Research
Discover end user's real needs.
Look for insights that can set a direction for Design
Recommended SDLC phase
Requirements phase
Key focus areas of UX: 2 of 5
User Interface Design
Information Architecture
Interface Design
Interaction Design
Rapid Prototyping
Recommended SDLC phase
> 75% in requirements phase.
& Lt; 25% in HLD phase.
Key focus areas of UX: 3 of 5
Visual Design
Designing the presentation style
Communicates the brand
Recommended SDLC phase
Starts in requirements phase
Closes in high level design phase
Note
Increasingly designers are supplementing visual design with auditory and tactile interfaces
Key focus areas of UX: 4 of 5
User maintenance ance
Inline and external help.
Creating online and print versions.
Recommended SDLC phase
Starts in the requirements phase
Completes after the coded pages are available
Key focus areas of UX: 5 of 5
Usability inspection and usability testing
Validate if end user requirements have been met
Evaluate and quanstmusability
Recommended SDLC phase
Starts in the requirements phase itself. Early rapid prototypes facilitate validation of user requirements with stakeholders
Read speaker notes for more details

41. UX in Infosys
Communication Design Group
Central Department for UX at Infosys
Other units that have creative teams:
Si (Systems Integration)
Finacle
Setlabs
Internal communication, HR

42. Myth!
Code first, add UX later!
You don't need user research!
UX is only beautification!
UX cannot be measured!
More features = better product!
User testing is project's last step!
Rapid prototypes waste time!
Help messages are not critical!
UX shoshould look different!
Good Designers can't go wrong!

43. wireframes and prototypes
Wireframes are:
Intended to roughly portray features
Characteristics
Low-fidelity
Rough ideas
Minimal or no graphics
Minimum details
Uses black and white
Does not use color
Prototypes are:
Intended to precisely specify features
Characteristics:
High-fidelity
Detailed mockup
Graphic specifications
Interactivity details
Shows Color Scheme

44. Case study: identify reusable assets:
Login
Workflow
E-mail Utility
File Upload
Report Framework

 

45. When to use wireframes?
Best used in requirements phase to visualize overall requirements.
When to use prototypes?
Best used in requirements and HLD phases to sign-off detailed UI requirements.
But wireframes are also used in other phases to get consensus on scope or requirements changes

 

46. Elements of engineering approach
Engineering approach uses...
Processes
Set of activities needed to produce the system
Methods
Structured development approach for expected quality outputs adhering budget and time
Tools
Provide support for executing Processes
Software Engineering uses...
Processes
Software Specification
Software Development
Software validation

Methods
Structured Methods
Object Oriented Methods
Tools
MS Project
Coding tools
Testing tools