An overview of the Agile Manifesto and why Agile SDLC is super important to excellent project management practices. Agile Software development is dominating the game these days. Whether you're going responsive, managing ecommerce, magento, or iphone apps Agile practices will help your efforts succeed.
Digital Six Sigma integration with Directed Innovation for Generation of High...Maria Thompson
We discuss the Lean Design and Digital Six Sigma methods and tools and how to integrate TRiZ and other Directed Innovation methods for higher-quality solutions to critical challenges.
An overview of the Agile Manifesto and why Agile SDLC is super important to excellent project management practices. Agile Software development is dominating the game these days. Whether you're going responsive, managing ecommerce, magento, or iphone apps Agile practices will help your efforts succeed.
Digital Six Sigma integration with Directed Innovation for Generation of High...Maria Thompson
We discuss the Lean Design and Digital Six Sigma methods and tools and how to integrate TRiZ and other Directed Innovation methods for higher-quality solutions to critical challenges.
Lowering business costs: Mitigating risk in the software delivery lifecycleIBM Rational software
This paper explores the relationship between risk management and requirements management, describing how improved project success rates require teams to focus on business outcomes, become as productive as possible, and mitigate risks with proven tools and techniques.
الموعد الإثنين 03 يناير 2022
143
مبادرة
#تواصل_تطوير
المحاضرة ال 143 من المبادرة
المهندس / محمد الرافعي طرباي
نقيب المبرمجين بالدقهلية
بعنوان
"IT INDUSTRY"
How To Getting Into IT With Zero Experience
وذلك يوم الإثنين 03 يناير2022
السابعة مساء توقيت القاهرة
الثامنة مساء توقيت مكة المكرمة
و الحضور من تطبيق زووم
https://us02web.zoom.us/meeting/register/tZUpf-GsrD4jH9N9AxO39J013c1D4bqJNTcu
علما ان هناك بث مباشر للمحاضرة على القنوات الخاصة بجمعية المهندسين المصريين
ونأمل أن نوفق في تقديم ما ينفع المهندس ومهمة الهندسة في عالمنا العربي
والله الموفق
للتواصل مع إدارة المبادرة عبر قناة التليجرام
https://t.me/EEAKSA
ومتابعة المبادرة والبث المباشر عبر نوافذنا المختلفة
رابط اللينكدان والمكتبة الالكترونية
https://www.linkedin.com/company/eeaksa-egyptian-engineers-association/
رابط قناة التويتر
https://twitter.com/eeaksa
رابط قناة الفيسبوك
https://www.facebook.com/EEAKSA
رابط قناة اليوتيوب
https://www.youtube.com/user/EEAchannal
رابط التسجيل العام للمحاضرات
https://forms.gle/vVmw7L187tiATRPw9
ملحوظة : توجد شهادات حضور مجانية لمن يسجل فى رابط التقيم اخر المحاضرة
It covers ATDD, BDD, UTDD, Lean & Kanban, Technical debt, Value focus & many more.
Every year, world wide Agile Annual Conferences takes place & Synerzip's CEO & CTO use to attend it & bring key takeaways over the years.
Original copy at https://www.synerzip.com/webinar/agile2011-conference-key-take-aways-2011/
Presented at NDC 2011 in Oslo (9th June 2011)
Video available via http://www.softdevtube.com/2011/11/01/framing-the-problem/
The focus of software development and technology tends to be very solution–centric, often at the expense or in the absence of a proper understanding of what problem is to be solved. Without necessarily intending to, developers, architects and other technical roles often try to force the problem domain into code–based thinking. Business analyst says number, developer hears int, double or decimal. Customer says stock data, architect hears database. The problem domain and motivation are often abstracted away altogether or too early in the technical solution process.
This session takes a look at ways of characterising system types and organising problems, so that problem domains are understood on their own terms. In addition to classic analysis techniques, problem frames are examined as a tool for structuring the phenomena that technical solutions need to express.
Technology Projects. What could possibly go wrongAndrew Lewis
Looks at common types of blockers that can impede technology projects, and how identifying local blockers can be used as a positive tool for focussing and prioritising scoping tasks, to help deliver projects successfully.
Delivered to Museum Computer Network conference, Seattle 2012
EA Doing The Right Things Right V1 ManagewareManageware
An inspiring presentaion by IBM distingueshed engineer and Architect Ian Chartes, at Manageware Israel Enaterprise-Architecture Seminar in Dan Tel-Aviv, 9.12.2009
Lowering business costs: Mitigating risk in the software delivery lifecycleIBM Rational software
This paper explores the relationship between risk management and requirements management, describing how improved project success rates require teams to focus on business outcomes, become as productive as possible, and mitigate risks with proven tools and techniques.
الموعد الإثنين 03 يناير 2022
143
مبادرة
#تواصل_تطوير
المحاضرة ال 143 من المبادرة
المهندس / محمد الرافعي طرباي
نقيب المبرمجين بالدقهلية
بعنوان
"IT INDUSTRY"
How To Getting Into IT With Zero Experience
وذلك يوم الإثنين 03 يناير2022
السابعة مساء توقيت القاهرة
الثامنة مساء توقيت مكة المكرمة
و الحضور من تطبيق زووم
https://us02web.zoom.us/meeting/register/tZUpf-GsrD4jH9N9AxO39J013c1D4bqJNTcu
علما ان هناك بث مباشر للمحاضرة على القنوات الخاصة بجمعية المهندسين المصريين
ونأمل أن نوفق في تقديم ما ينفع المهندس ومهمة الهندسة في عالمنا العربي
والله الموفق
للتواصل مع إدارة المبادرة عبر قناة التليجرام
https://t.me/EEAKSA
ومتابعة المبادرة والبث المباشر عبر نوافذنا المختلفة
رابط اللينكدان والمكتبة الالكترونية
https://www.linkedin.com/company/eeaksa-egyptian-engineers-association/
رابط قناة التويتر
https://twitter.com/eeaksa
رابط قناة الفيسبوك
https://www.facebook.com/EEAKSA
رابط قناة اليوتيوب
https://www.youtube.com/user/EEAchannal
رابط التسجيل العام للمحاضرات
https://forms.gle/vVmw7L187tiATRPw9
ملحوظة : توجد شهادات حضور مجانية لمن يسجل فى رابط التقيم اخر المحاضرة
It covers ATDD, BDD, UTDD, Lean & Kanban, Technical debt, Value focus & many more.
Every year, world wide Agile Annual Conferences takes place & Synerzip's CEO & CTO use to attend it & bring key takeaways over the years.
Original copy at https://www.synerzip.com/webinar/agile2011-conference-key-take-aways-2011/
Presented at NDC 2011 in Oslo (9th June 2011)
Video available via http://www.softdevtube.com/2011/11/01/framing-the-problem/
The focus of software development and technology tends to be very solution–centric, often at the expense or in the absence of a proper understanding of what problem is to be solved. Without necessarily intending to, developers, architects and other technical roles often try to force the problem domain into code–based thinking. Business analyst says number, developer hears int, double or decimal. Customer says stock data, architect hears database. The problem domain and motivation are often abstracted away altogether or too early in the technical solution process.
This session takes a look at ways of characterising system types and organising problems, so that problem domains are understood on their own terms. In addition to classic analysis techniques, problem frames are examined as a tool for structuring the phenomena that technical solutions need to express.
Technology Projects. What could possibly go wrongAndrew Lewis
Looks at common types of blockers that can impede technology projects, and how identifying local blockers can be used as a positive tool for focussing and prioritising scoping tasks, to help deliver projects successfully.
Delivered to Museum Computer Network conference, Seattle 2012
EA Doing The Right Things Right V1 ManagewareManageware
An inspiring presentaion by IBM distingueshed engineer and Architect Ian Chartes, at Manageware Israel Enaterprise-Architecture Seminar in Dan Tel-Aviv, 9.12.2009
Having developed itself as a saas head in office productivity and CRM tools, infox offers a number of data analytics platform gearing for both professional
data scientists and mid level staffers who need a self service option. The application has an instictive drag and drop interface and also a
classic spreadsheet interface. infox Analytics is geared for organization that need to give actionable data analytics insight to staffers at every stage.
Having developed itself as a saas head in office productivity and CRM tools, infox offers a number of data analytics platform gearing for both professional
data scientists and mid level staffers who need a self service option. The application has an instictive drag and drop interface and also a
classic spreadsheet interface. infox Analytics is geared for organization that need to give actionable data analytics insight to staffers at every stage.
Having developed itself as a saas head in office productivity and CRM tools, infox offers a number of data analytics platform gearing for both professional
data scientists and mid level staffers who need a self service option. The application has an instictive drag and drop interface and also a
classic spreadsheet interface. infox Analytics is geared for organization that need to give actionable data analytics insight to staffers at every stage.
http://www.infoxtechnologies.com/technologies.html
ניהול דרישות במהלך פיתוח מוצר.
עוזי אוריון, מהנדס ראשי, אלביט מערכות אלקטרו אופטיקה, אלאופ ונשיא האיגוד הישראלי להנדסת מערכותINCOSE_IL
טרמינולוגיה, מה זה ניהול דרישות, מה הצורך, האם להשתמש במערכות ממוחשבות.
בהרצאה יוצגו מספר דרכים מקובלות לפיתוח מוצרים בחברות גדולות בינוניות וקטנות, את השלבים השונים של ניהול הדרישות וכיצד ניהול הדרישות מושפע מתהליך הפיתוח.
דרישות – כמה צריך, כמה כדאי?
יוסי קודיש - מומחה להנדסת מערכות ממוחשבות והנדסת דרישות ומכותבי הספרSystems Modeling & Requirements Specification Using ECSAM.
ההרצאה עוסקת בסוגים השונים של דרישות ומדגימה כיצד לנסח דרישות, מדוע כדאי להקטין את מספר הדרישות ומה לעשות ביתר המידע אודות המערכת. ההרצאה דנה בדרישות "רכות" ו"קשיחות" ובדרכי הטיפול בהן וסוקרת בעיות נפוצות בתחום הטיפול בדרישות, כגון "נדיפות" של דרישות, ניסוח לקוי, מכשלות שימוש בשפה טבעית והתמודדות עם מזמין שאינו יודע להסביר מה הוא רוצה, ובכלל, כמה מאמץ כדאי להשקיע בדרישות.
Gathering & Managing Customer Requests
קובי פובולוצקי, DSPG - מנהל מוצר מולטימדיה Chipset
דרישות המגיעות מלקוחות החברה וממודיעין שטח, מתוקשרות למערך הפיתוח ומהוות חלק נכבד מתכנון ה-roadmap שבאחריות מנהלי המוצר. תיעוד הבקשות, תיעדופן ויצירת תהליךtraceability חוצה ארגון לטיפול בבקשות לקוח, הינו אתגר ממשי.
הפתרון המוצג ממחיש כיצד חברת DSPG מימשה חיבור בין שתי מערכות מחשוב ובין שתי חטיבות בחברה - פתרון אשר נותן מענה מקוון ויעיל לניהול דרישות לקוח, ולניטור מלא של התהליך.
From Proposal to Release
אייל בן-ארויה, Director of Business Operations - NICE
חברות טכנולוגיות רבות מנהלות קו מוצרים ובד בבד מגישות הצעות לביצוע פרויקטים. הגשת הצעות לפרויקטים טומנות בחובן לא מעט התחייבות טכניות ועסקיות. ניהול ההצעות והפרויקטים מהווים אתגר משמעותי להצלחת הארגון. האתגרים כוללים מתן מענה מהיר ומקיף להצעה, הבנת והגדרת המחויבויות, תקצוב ויכולת לספק פתרונות בלוחות זמנים מוגדרים מראש. במרבית המקרים תהליכים אילו מתקיימים בסביבה דינמית ולא וודאית.
הרצאה זו עוסקת בניהול המחויבויות משלב הכנת ההצעה עד סיום ביצוע הפרויקט. במוקד הדיון עומד המבחן בין המשך ניהול ה- roadmap של המוצרים, לבין קיום ההתחייבויות לפרויקטים השונים. במקרים רבים חברות רבות נאלצות לנטוש את תוכניות הפיתוח של מוצרים לטובת עמידה ביעדי הפרויקט. הרצאה זו מספקת מספר המלצות כיצד להתמודד עם אתגרים אילו.
Securing your Kubernetes cluster_ a step-by-step guide to success !KatiaHIMEUR1
Today, after several years of existence, an extremely active community and an ultra-dynamic ecosystem, Kubernetes has established itself as the de facto standard in container orchestration. Thanks to a wide range of managed services, it has never been so easy to set up a ready-to-use Kubernetes cluster.
However, this ease of use means that the subject of security in Kubernetes is often left for later, or even neglected. This exposes companies to significant risks.
In this talk, I'll show you step-by-step how to secure your Kubernetes cluster for greater peace of mind and reliability.
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered QualityInflectra
In this insightful webinar, Inflectra explores how artificial intelligence (AI) is transforming software development and testing. Discover how AI-powered tools are revolutionizing every stage of the software development lifecycle (SDLC), from design and prototyping to testing, deployment, and monitoring.
Learn about:
• The Future of Testing: How AI is shifting testing towards verification, analysis, and higher-level skills, while reducing repetitive tasks.
• Test Automation: How AI-powered test case generation, optimization, and self-healing tests are making testing more efficient and effective.
• Visual Testing: Explore the emerging capabilities of AI in visual testing and how it's set to revolutionize UI verification.
• Inflectra's AI Solutions: See demonstrations of Inflectra's cutting-edge AI tools like the ChatGPT plugin and Azure Open AI platform, designed to streamline your testing process.
Whether you're a developer, tester, or QA professional, this webinar will give you valuable insights into how AI is shaping the future of software delivery.
UiPath Test Automation using UiPath Test Suite series, part 4DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 4. In this session, we will cover Test Manager overview along with SAP heatmap.
The UiPath Test Manager overview with SAP heatmap webinar offers a concise yet comprehensive exploration of the role of a Test Manager within SAP environments, coupled with the utilization of heatmaps for effective testing strategies.
Participants will gain insights into the responsibilities, challenges, and best practices associated with test management in SAP projects. Additionally, the webinar delves into the significance of heatmaps as a visual aid for identifying testing priorities, areas of risk, and resource allocation within SAP landscapes. Through this session, attendees can expect to enhance their understanding of test management principles while learning practical approaches to optimize testing processes in SAP environments using heatmap visualization techniques
What will you get from this session?
1. Insights into SAP testing best practices
2. Heatmap utilization for testing
3. Optimization of testing processes
4. Demo
Topics covered:
Execution from the test manager
Orchestrator execution result
Defect reporting
SAP heatmap example with demo
Speaker:
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Jeffrey Haguewood
Sidekick Solutions uses Bonterra Impact Management (fka Social Solutions Apricot) and automation solutions to integrate data for business workflows.
We believe integration and automation are essential to user experience and the promise of efficient work through technology. Automation is the critical ingredient to realizing that full vision. We develop integration products and services for Bonterra Case Management software to support the deployment of automations for a variety of use cases.
This video focuses on the notifications, alerts, and approval requests using Slack for Bonterra Impact Management. The solutions covered in this webinar can also be deployed for Microsoft Teams.
Interested in deploying notification automations for Bonterra Impact Management? Contact us at sales@sidekicksolutionsllc.com to discuss next steps.
Transcript: Selling digital books in 2024: Insights from industry leaders - T...BookNet Canada
The publishing industry has been selling digital audiobooks and ebooks for over a decade and has found its groove. What’s changed? What has stayed the same? Where do we go from here? Join a group of leading sales peers from across the industry for a conversation about the lessons learned since the popularization of digital books, best practices, digital book supply chain management, and more.
Link to video recording: https://bnctechforum.ca/sessions/selling-digital-books-in-2024-insights-from-industry-leaders/
Presented by BookNet Canada on May 28, 2024, with support from the Department of Canadian Heritage.
Builder.ai Founder Sachin Dev Duggal's Strategic Approach to Create an Innova...Ramesh Iyer
In today's fast-changing business world, Companies that adapt and embrace new ideas often need help to keep up with the competition. However, fostering a culture of innovation takes much work. It takes vision, leadership and willingness to take risks in the right proportion. Sachin Dev Duggal, co-founder of Builder.ai, has perfected the art of this balance, creating a company culture where creativity and growth are nurtured at each stage.
Kubernetes & AI - Beauty and the Beast !?! @KCD Istanbul 2024Tobias Schneck
As AI technology is pushing into IT I was wondering myself, as an “infrastructure container kubernetes guy”, how get this fancy AI technology get managed from an infrastructure operational view? Is it possible to apply our lovely cloud native principals as well? What benefit’s both technologies could bring to each other?
Let me take this questions and provide you a short journey through existing deployment models and use cases for AI software. On practical examples, we discuss what cloud/on-premise strategy we may need for applying it to our own infrastructure to get it to work from an enterprise perspective. I want to give an overview about infrastructure requirements and technologies, what could be beneficial or limiting your AI use cases in an enterprise environment. An interactive Demo will give you some insides, what approaches I got already working for real.
JMeter webinar - integration with InfluxDB and GrafanaRTTS
Watch this recorded webinar about real-time monitoring of application performance. See how to integrate Apache JMeter, the open-source leader in performance testing, with InfluxDB, the open-source time-series database, and Grafana, the open-source analytics and visualization application.
In this webinar, we will review the benefits of leveraging InfluxDB and Grafana when executing load tests and demonstrate how these tools are used to visualize performance metrics.
Length: 30 minutes
Session Overview
-------------------------------------------
During this webinar, we will cover the following topics while demonstrating the integrations of JMeter, InfluxDB and Grafana:
- What out-of-the-box solutions are available for real-time monitoring JMeter tests?
- What are the benefits of integrating InfluxDB and Grafana into the load testing stack?
- Which features are provided by Grafana?
- Demonstration of InfluxDB and Grafana using a practice web application
To view the webinar recording, go to:
https://www.rttsweb.com/jmeter-integration-webinar
Neuro-symbolic is not enough, we need neuro-*semantic*Frank van Harmelen
Neuro-symbolic (NeSy) AI is on the rise. However, simply machine learning on just any symbolic structure is not sufficient to really harvest the gains of NeSy. These will only be gained when the symbolic structures have an actual semantics. I give an operational definition of semantics as “predictable inference”.
All of this illustrated with link prediction over knowledge graphs, but the argument is general.
Encryption in Microsoft 365 - ExpertsLive Netherlands 2024Albert Hoitingh
In this session I delve into the encryption technology used in Microsoft 365 and Microsoft Purview. Including the concepts of Customer Key and Double Key Encryption.
2. IBM Software Group | Rational software
Our world is becoming more complex everyday...
162 million 90% 1 trillion
Almost 162 million smart phones Nearly 90% of innovation Soon, there will be 1 trillion
were sold in 2008, surpassing in automobiles is related to connected devices in the world,
laptop sales for the first time. software and electronics constituting an “internet of things.”
systems.
3. IBM Software Group | Rational software
...and the challenge of managing this complexity has never
been greater
48 months $300 billion 42,000
Five years ago, a typical units recalled
manufacturer’s concept-
66% of software products are More than 42,000 defibrillators
through production cycle time
deemed unsuccessful, costing had to be recalled in 2007 due
was 48 months. Within four
the industry nearly $300 billion to faulty software.
years, that time dropped
annually.
to 18 months—with a goal
of reaching a 12 month cycle
within the next year.
Development timescales are tighter than ever before, but the regulations and standards
developers must meet are more stringent than ever.
The cost of failure is increasing at a fantastic rate
4. IBM Software Group | Rational software
4 Principles for Effective Requirements Lifecycle
Management
Recognize the needs of all stakeholders
N
Automate your Use abstraction to
requirements process W E manage complexity
S
Integrate requirements across the lifecycle
We could choose many ways of dividing up the topic of requirements management. We
will use four main principles as our guide.
Recognize the needs of all stakeholders
Understand the problem as much as the solution
Effective requirements writing and requirement document structure
Use abstraction to manage complexity
Requirement decomposition and derivation
The necessity of traceability
Integrate requirements across the lifecycle
Requirements are the primary communication tool across the whole development
lifecycle
RM + Design + Testing + Change + PLM
Automate your requirements process
Apply measures to facilitate process improvement
Use a Requirements Management tool
5. Principle 1: Recognize the needs of all stakeholders
IBM Software Group | Rational software
Avoid Premature Details at Top Levels
Problem Solution
State what the State what the
stakeholders system must do:
want to be able to Function
do: Capabilities
We use many conceptual processes in developing systems. We can think of these
processes as:
Define the problem: Why are we doing this?
Define the solution: What do we need to do?
Design the solution: How are we going to do it?
These processes can occur in parallel, top-down, bottom-up or in a mixed fashion. And
one person's solution can become another person's problem, so systems development is
generally a recursive process.
It is important that the “levels” of development are related – in the sense that the solution
developed must solve the problem stated.
6. Principle 1: Recognize the needs of all stakeholders
IBM Software Group | Rational software
Avoid Premature Details at Top Levels
Problem Solution
Do not design Do not define
the system the design –
avoid How
We use many conceptual processes in developing systems. We can think of these
processes as:
Define the problem: Why are we doing this?
Define the solution: What do we need to do?
Design the solution: How are we going to do it?
These processes can occur in parallel, top-down, bottom-up or in a mixed fashion. And
one person's solution can become another person's problem, so systems development is
generally a recursive process.
It is important that the “levels” of development are related – in the sense that the solution
developed must solve the problem stated.
7. Principle 1: Recognize the needs of all stakeholders
IBM Software Group | Rational software
An Exercise in clear and concise descriptive writing?
The system shall perform at the maximum rating at all
times except that in emergencies it shall be capable of
providing up to 125% rating unless the emergency
condition continues for more than 15 minutes in which
case the rating shall be reduced to 105% but in the
event that only 95% can be achieved then the system
shall activate a reduced rating exception and shall
maintain the rating within 10% of the stated values for a
minimum of 30 minutes.
Don’t attempt to get it right first time – Richard Stevens “if a job’s worth doing, it’s worth
doing badly”
Clear: each statement is clearly understandable and in the appropriate terminology
Consistent: The requirement is consistent with other requirements
Abstract: does not impose a solution on the next layer
Correct: correctly reflects the intent
Individual: each statement is a single traceable element
Testable: each requirement has acceptance criteria and can be validated/verified
Feasible: each requirement is physically and legally possible
Prioritised: each requirement has a priority associated
Justified: each requirement has a rationale explaining how it satisfies input needs
8. Principle 1: Recognize the needs of all stakeholders
IBM Software Group | Rational software
Document Structure
Structure helps:
Understand context
Assess completeness
Identify repetition/conflict
Navigate/search requirements
Small projects can get away with work-item lists as dealing with a few tens of
requirements is within the scope of a human mind.
Larger projects need some structure. Structure helps us to:
Understand the context of requirements by placing similar requirements together in a
hierarchical framework
Assess the completeness of the requirements set, for example by using a template and
highlighting empty sections
Identify repetition/conflict as requirements for similar subjects will be placed close together
Navigate/search requirements by providing a decomposition structure which enables
successive refinement to find necessary information
9. Principle 1: Recognize the needs of all stakeholders
IBM Software Group | Rational software
Structure and Templates
Document
Structure
Boiler-plate
text
Requirement
templates
Project templates
A template may contain different levels of information:
Simple heading structure
Boilerplate text that is always similar for every module based on this template
Requirement templates to help support good requirement writing practices
Project templates combine multiple document templates in a structured fashion, ideally
also including definition of allowed relationships
10. Principle 1: Recognize the needs of all stakeholders
IBM Software Group | Rational software
Attributes
Identification Type
Performance
Priority Status
Attributes are used for several things:
Identification: Any form of label, normally an alphanumeric string (for example an object
identifier)
Classification by type: e.g. functional, non-functional, legal, constraint
Classification by priority: e.g. 1,2,3 or high, medium, low
Status: e.g. approved, validated, rejected, changed. Status attributes should have a
documented state machine
Performance: test results, data rates, any numerical data
11. PrincipleSoftware Group | Rational software manage complexity
IBM 2: Use abstraction to
Keep information at the right level
Look before you leap!
General rule: Provide as much information as needed – but no more
Avoid design at early stages
Be aware of when you are:
► Defining the problem
► Defining the solution It i s
n't t
Designing the solution solut hat
►
i on i they
the t's t can'
pr ob hat t se
lem they e th
G.K. can' e
Ches t se
e
terton
This relates back to the discussion of problem and solution. It can be very dangerous, and
is certainly inefficient and generally over-restrictive, to create solutions when the problem
is not understood.
Customers often state how they want a problem to be solved, frequently without any clear
view of what the problem actually is. The best response to this tendency is to ask “Why?”
enough times to get to the real (sometimes called “The 5 Whys”)
12. PrincipleSoftware Group | Rational software manage complexity
IBM 2: Use abstraction to
Building a Requirements Hierarchy
Decomposition
Design-driven
•Transformation Allocation
Many processes are needed to build up requirements sets
Decomposition:
Decompose requirements into parts
Break compound requirements into atomic statements
Design-driven (also called “derived”):
Create new requirements to take into account higher-level design decisions
For example, the design decision to have a separate Engine and Gearbox
leads to the need for those subsystems to interact, and those
interactions are defined by requirements
Transformation:
Turn vague statements into precise statements
Turn problem statements into solution statements
Turn stakeholder-oriented capabilities into system-oriented functions
Allocation:
Allocate requirements to subsystems. Often hand-in-hand with decomposition
E.g. Allocate “car moves” to engine, drive train, steering, ...
13. PrincipleSoftware Group | Rational software manage complexity
IBM 2: Use abstraction to
Why is Traceability Important?
Why are we building this?
Where is this implemented?
How do I test this?
Can we show these
answers? (Governance)
Traceability information lets us answer important questions asked by stakeholders,
developers, testers, managers, etc.
Necessity: are all the traced lower-level requirements necessary to satisfy the higher-
level? Ensure that there is no gold-plating. Why are we building this?
Sufficiency: are the traced lower-level requirements sufficient to satisfy the higher-level?
Ensure that system developed satisfies requirements. Where is this implemented?
Both the above apply to testing as well as to development. How do we test this?
Impact: what other changes are contingent on those proposed (up, down and
horizontally). Analyze proposed changes. Can we show these answers?
14. Principle 3: Group | Rational software
IBM Software Integrate RM across the lifecycle
RM across the Enterprise
Corporate
Vision
Board
Portfolio and
Program
Management
Program Managers
Project
Management,
Requirements
Project Managers, Analysts and Management
Requirements Engineers
Requirements
Use, Development
Tools
Developers
Different levels in the enterprise use requirements in different ways and hence have
different needs for RM. It is important that the corporate vision is reflected through all
levels – very few organizations have the understanding, knowledge or tools to do this.
The corporate vision is about satisfying stakeholders (typically shareholders)
The program portfolio defines what must be achieved to meet the vision and high-level
targets such as time and budget.
Projects are created to deliver results to the overall portfolio. This is where Requirements
Management is traditionally seen to start.
The Development organizations consume and produce requirements to actually build
systems
15. Principle 3: Group | Rational software
IBM Software Integrate RM across the lifecycle
Requirements Definition & Management
Must Be Integrated into the Product Lifecycle
Define Define Product / Product / Run /
Customer Develop Preliminary Detail
Operation System System System Support / Disposal
Needs Reqt’s Reqt’s Concept Definition Definition Deliver Maintain
Build
Business Analysis: Enterprise Architecture, Business Process Mgmt, Product Mgmt, Portfolio Mgmt
Program & Project Management: Cost Accounting, Scheduling, Measurements, Reporting, Risk Mgmt
Requirements Management
Detailed Design and Implementation
Mechanical
Engineering
Electronics
Engineering
Software
Engineering
Integration
Verification and Validation – Test Management
Change and Configuration Management
The important message here is that development is not done in isolated silos, but by
many disciplines working together. The common thread for all this work is requirements.
Requirements Management applies to all aspects of development and across the whole
product lifecycle, even through to disposal.
Requirements are the principle means of communicating between different disciplines and
that they are the only technical information that persists throughout the whole life
16. Principle 3: Group | Rational software
IBM Software Integrate RM across the lifecycle
Standards Project
Constraints Plan Rev B
Project
Plan Rev A
Stakeholder
Requirements Test
Cases
Use Cases
Modeling
tool
Test
Results
System Test
Requirements Cases
Test Defects
Functional Cases
Modeling Models ICD
ICD
tool ICD Data Synchronized
Sub-System
Sub-System
Sub-System
Requirements
Requirements
Requirements RQM
Potentially Potentially to any Module
Glossary
from any doc
CRs
Change
Design
tool
This slide shows an example information architecture. We build it up by showing the way
requirements flow through levels, then show how additional information is related
17. Principle 4: Automate your requirements process
IBM Software Group | Rational software
Measure the requirements process
CMMI, ITIL and other process assessment frameworks expect measurement
► CMMI needs RM to get to level 2
► Need measurement to understand efficiency and consistency
► Key to continuous process improvement
"In physical science the first essential step in the direction of learning any subject is to find
principles of numerical reckoning and practicable methods for measuring some quality
connected with it. I often say that when you can measure what you are speaking about,
and express it in numbers, you know something about it; but when you cannot measure it,
when you cannot express it in numbers, your knowledge is of a meagre and
unsatisfactory kind; it may be the beginning of knowledge, but you have scarcely in your
thoughts advanced to the state of Science, whatever the matter may be."
Lord Kelvin, 1893
CMMI & ITIL are assessment frameworks used in industry and IT development
18. Principle 4: Automate your requirements process
IBM Software Group | Rational software
Effective Requirements Management realizes quantifiable
savings
and with a tool you are able to measure
Example: how to measure and
results
Development releases consisting of typically 8000
requirements used to take 6 months
Phase 1 - Application of robust process and tool
enforcement reduced this period to 12 Weeks over a
period of 1 year
Phase 2 - Continuous process improvement for a
further 12 months reduced this period to 6 weeks
Over time, defect removal and effectiveness was
55% at phase 1, 88% at phase 2 and still improving
Defects undetected end up with the customer – the
figures represent huge improvements in cost of re-
work, quality and customer satisfaction
19. Principle 4: Automate your requirements process
IBM Software Group | Rational software
Use a Requirements Management Tool
Document structure Attributes Filter to focus
View related information View historical information
Using a requirements management tool gives you many advantages over using standard
office applications:
Information can be viewed in many ways, including document structure
Attributes can be defined to suit the processes in an organization
Filters can be used to focus on specific requirements according to user-defined criteria
Information can be linked in various ways and related information displayed
Historical information is recorded and can be displayed
All these different types of information can be displayed at the same time
20. IBM Software Group | Rational software
Benefits of Effective Requirements Lifecycle Management
Greater Confidence
Ability to manage change
Improved customer/supplier
relations
Visibility of progress/status
Improved Cost / Benefit
Decisions
Greater confidence that objectives are being met. Organizing and tracing requirements
engenders greater reflection on the design process and makes the design rationale more
explicit.
Ability to manage change through impact analysis. Requirements tracing allows the
potential impact of changes to be assessed more rapidly.
Improved customer / supplier relations through better definition and understanding of
contracts, a large part of which are requirements.
Ability to track progress / status particularly in the formative stages of a project. When all
that the project team is doing is writing documents, it is sometimes hard to measure
progress. Effective requirements management puts measurable processes in place.
Ability to save costs through cost / benefit analysis. Again, requirements tracing is a way
of documenting the relationship between benefits (as expressed by the requirements) and
cost (as expressed by the design).
21. IBM Software Group | Rational software
4 Principles for Effective Requirements Lifecycle
Management
Recognize the needs of all stakeholders
N
Automate your Use abstraction to
requirements process W E manage complexity
S
Integrate requirements across the lifecycle
We could choose many ways of dividing up the topic of requirements management. We
will use four main principles as our guide.
Recognize the needs of all stakeholders
Understand the problem as much as the solution
Effective requirements writing and requirement document structure
Use abstraction to manage complexity
Requirement decomposition and derivation
The necessity of traceability
Integrate requirements across the lifecycle
Requirements are the primary communication tool across the whole development
lifecycle
RM + Design + Testing + Change + PLM
Automate your requirements process
Apply measures to facilitate process improvement
Use a Requirements Management tool
23. IBM Software Group | Rational software
Characteristics of a Good Requirement
Design-Free
Consistent
Traceable
Complete
Individual
Verifiable
Identified
Feasible
Modular
Positive
Correct
Unique
Clear
Positive Modular Design-Free
Traceable Feasible
Consistent Clear Verifiable
Correct Complete
Unique Individual Identified
Individual each requirement is a single traceable element
Unique each statement is different
Identified each statement has a unique reference for
identification purposed e.g. “PQR 345”
Correct Correctly represents the parent requirement
Complete Express a whole idea or statement
Clear Unambiguous simple language to avoid
confusion and ambiguity
Consistent Not in conflict with other requirements
Verifiable It can be determined that the system meets the
requirement
Traceable Uniquely identified and can be tracked and traced
Feasible Can be accomplished within cost and schedule
Modular Can be changed without excessive impact
Positive Written in the affirmative, not the negative
Design-Free Does not impose a specific solution on design
(i.e., implementation free)
24. IBM Software Group | Rational software
Anatomy of a Good Stakeholder Requirement
“The internet user shall be able to access their
“The internet user shall be able to access their
current account balance in less than 5 seconds.”
current account balance in less than 5 seconds.”
Measurable (but from when?)
Performance criteria
Positive end result
user type
The challenge is to seek out the user type, end result,
The challenge is to seek out the user type, end result,
and success measure in every requirement you
and success measure in every requirement you
define.
define.
r572
25. IBM Software Group | Rational software
Writing Pitfalls to Avoid
… or …
… etc.
… shall include but not be limited to …
Example: “The pilot and/or co-pilot shall also be able
to hear or see a visible or audible
caution/warning signal incase of emergency,
hazard, etc…”
Improvements:
Ambiguity
Ambiguity
Have individual and specific requirements for the pilot and co-pilot.
Create single requirements for visual and audible parts.
Be specific on what emergency or hazard conditions will be reported.
26. IBM Software Group | Rational software
Writing Pitfalls to Avoid
each requirement is a single sentence
conjunctions
…and… , …or…. , …with… , …also…
Example: “The user shall be notified with a low battery
warning lamp light when the voltage drops
below 3.6 Volts and the current workspace
or input data shall be saved.”
Improvements:
Multiples
Multiples
Make separate stakeholder requirements.
“The operator shall be visually notified when the voltage drops
to a level where work cannot continue.”
“The operator shall be able to recover all data after a power
failure.”
Make separate system requirements:
“The system shall provide a low battery warning lamp light
when the voltage drops below 3.6 Volts.”
“The system shall save the current workspace when the
voltage drops below 3.6 Volts.”
27. IBM Software Group | Rational software
Writing Pitfalls to Avoid
‘let out’ clauses
…if… , …but… , …when… , …except…
…unless… , …although….
Example: “The homeowner shall always hear the
smoke detector alarm when smoke is
detected unless the alarm is being tested or
suppressed.”
Improvements:
Escape Clauses
Escape Clauses
”The homeowner shall hear the alarm when smoke is detected.”
“The homeowner shall be able to suppress the sound generated by
the fire alarm when the alarm is in ‘Test’ mode.”
28. IBM Software Group | Rational software
Writing Pitfalls to Avoid
long sentences
arcane language
references to unreachable documents
Example: “Provided that the designated input signals
from the specified devices are received by
the user in the correct order where the
system is able to differentiate the
designators, the output signal shall comply
Improvements: with the required framework of section 3.1.5
to indicate the desired input state.”
Rambling
Rambling
“The user shall receive an output signal in compliance section 3.1.5.”
“The user shall receive the output signal indicating desired input
state.”
29. IBM Software Group | Rational software
Writing Pitfalls to Avoid
mix user, system, design, test, installation
high level mixed with database design,
software terms, technical terms
Example: “The user shall be able to view the currently
selected channel number which shall be
displayed in 14pt Swiss type on an LCD
panel tested to Federal Regulation Standard
567-89 and mounted with shockproof rubber
Improvements: washers.”
Mixing Requirements
Mixing Requirements
“The user shall be able to view the currently selected channel
number.”
“The system shall display the selected channels on an LCD Panel.”
“The LCD Panel shall be shockproof mounted.”
“The LCD Panel shall be tested to Federal Regulation Standard 567-
89”
30. IBM Software Group | Rational software
Writing Pitfalls to Avoid
specify design envelope for level required
name components, materials, software
objects, fields, records in stakeholder or
system requirements
Example: “The antenna shall be capable of receiving
FM signals, using a copper core with nylon
covering and a waterproof hardened rubber
shield”
Improvements:
Designing
Designing
“The antenna shall be capable of receiving FM signals.”
31. IBM Software Group | Rational software
Writing Pitfalls to Avoid
wish lists
vague about which stakeholder is speaking
…usually… , …generally… , …often… ,
…normally… , …typically…
Example: “The alarm system will probably have to
operate over normal phone lines.”
Improvements:
Speculation
Speculation
“The alarm system shall operate over the household’s standard
telephone line.”
32. IBM Software Group | Rational software
Writing Pitfalls to Avoid
qualitative terms
user friendly, highly versatile, flexible
to the maximum extent, approximately, as
much as possible, minimal impact.
Example: “The user shall be provided with a user-
friendly front-end.”
Improvements:
Vagueness
Vagueness
“The user shall be guided through the system with navigation aids and
dialog displays.”
“The user shall be guided to the next step with labeled instructions.”
“The user shall be provided with context sensitive help display.”
33. IBM Software Group | Rational software
Writing Pitfalls to Avoid
suggestions will be ignored by developers
may, might, should, ought, could,
perhaps, probably
Example: “The network manager may be provided
with possible network contention points and
should instantaneously re-route the traffic.”
Improvements:
Suggestions and Possibilities
Suggestions and Possibilities
Deliberately use the verbs “shall” or “will” to signal a requirement.
Attempt to make each requirement realistic and achievable!
34. IBM Software Group | Rational software
Writing Pitfalls to Avoid
ask for the impossible
100% reliable, safe, handle all failures,
fully upgradeable, run on all platforms
Example: “The network manager shall handle all
unexpected errors without crashing the
system and be fully capable of managing
future network configurations.”
Improvements:
Wishful Thinking
Wishful Thinking
It is impossible to handle all unexpected errors! One needs to
limit and enumerate the requirement to known error types.
There is no way to predict future network configurations much
less manage them.
35. IBM Software Group | Rational software
Optional “Questions” Breaker Slide