Слайд 2Overview
Data Governance Strategy
Enterprise Strategy/Business Model
User Analysis Requirements
Basics of Project Management
![Overview Data Governance Strategy Enterprise Strategy/Business Model User Analysis Requirements Basics of Project Management](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-1.jpg)
Слайд 3Data Gov. Strategy for Business Model
![Data Gov. Strategy for Business Model](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-2.jpg)
Слайд 5Information Management Lifecycle
![Information Management Lifecycle](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-4.jpg)
Слайд 6The System Development Lifecycle (SDLC)
![The System Development Lifecycle (SDLC)](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-5.jpg)
Слайд 7User Analysis to improve a product
Better software involves three goals:
The right
![User Analysis to improve a product Better software involves three goals: The](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-6.jpg)
product
Done right
Managed right
Слайд 9 Client Interactions
When designing a product, one of the most important
![Client Interactions When designing a product, one of the most important things](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-8.jpg)
things to take into consideration is the end-user.
End-users are the people who will use the product. They are among the stakeholders of the project.
Слайд 10User Considerations
A product should be designed to be something users can navigate
![User Considerations A product should be designed to be something users can](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-9.jpg)
and want to use. This is primarily accomplished through good user interface (UI) design.
UI is what is seen when using the product, and it can encompass anything an end-user interacts with—features such as windows, buttons, scrollbars, checkboxes, and text boxes.
Слайд 11Elicitation
The activity of eliciting requirements is an interactive and investigative process, which
![Elicitation The activity of eliciting requirements is an interactive and investigative process,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-10.jpg)
occurs when meeting with the client and users. E.g. Feasibility studies with focus groups, Observing how end-users use the product.
Слайд 12Expression
Once client needs have been established by eliciting requirements, the activity of
![Expression Once client needs have been established by eliciting requirements, the activity](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-11.jpg)
expressing requirements comes into play. Expressing requirements involves framing the requirements identified through discussion in a way that allows a product to be built.
Слайд 13Wireframes
One of the most important techniques of product development is the use
![Wireframes One of the most important techniques of product development is the](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-12.jpg)
of wireframes. A wireframe, also known as a mock-up, can be thought of as a kind of early blueprint. It is a basic visual representation of the product.
Слайд 14Prioritization
Once a vision of what needs to be done for the project
![Prioritization Once a vision of what needs to be done for the](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-13.jpg)
has been established through both eliciting and expressing requirements, it is important to prioritize client needs.
Слайд 16Analysis
The process of examining the listed requirements of a project to ensure
![Analysis The process of examining the listed requirements of a project to](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-15.jpg)
that they are clear, complete, and consistent is known as analyzing requirements.
Analyzing requirements helps ensure that the product is the best one possible. It is an important process, and a constant one. A project must be continually evaluated and requirements improved as it progresses.
Слайд 18Management
The activity of managing requirements is also a continuous process. It involves
![Management The activity of managing requirements is also a continuous process. It](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-17.jpg)
the organizing and re-organizing of requirements and possibly reusing subsets of requirements in different stages.
It also involves keeping track of priorities, analyses, and changes in requirements. This is very important because everything is connected in a project.
If something changes in one requirement, it will affect other requirements and the development of the product.
Слайд 19Types of Requirements
Business requirements
Business rules
User requirements
Functional requirements
Non-functional
![Types of Requirements Business requirements Business rules User requirements Functional requirements Non-functional](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/977893/slide-18.jpg)
requirements
External interfaces
Physical product settings
Development constraints