This document summarizes a session on requirements specification and documentation. It discusses business process modeling, including defining what a business process is, why modeling them is important, and how to create activity diagrams. It also contrasts Tayloristic and direct knowledge sharing, where Tayloristic knowledge sharing involves division of labor and errors in information transfer, while direct knowledge sharing in agile encourages continuous realignment of goals and direct social interaction. The document provides examples and an in-class exercise on business process modeling and a simulation exercise on knowledge sharing approaches.
This document provides an introduction to model-driven software development (MDSD). It discusses what MDSD is, why organizations adopt it, and how it can be applied. Key aspects of MDSD covered include code generation, domain-specific languages, separation of concerns, and economic benefits such as reduced costs from economies of scale and scope. The document also reviews various tools and approaches used in MDSD, including those based on UML, EMF, and DSLs. It concludes by emphasizing that MDSD can help improve software productivity and help establish true software engineering practices.
Event-driven Model Transformations in Domain-specific Modeling LanguagesIstvan Rath
This PhD thesis by István Ráth focuses on event-driven model transformations in domain-specific modeling languages. The thesis contains 3 parts: 1) developing concepts for event-driven graph transformations based on incremental pattern matching, 2) applying these concepts to provide advanced language engineering features like simulation, and 3) integrating modeling tools using change-driven transformations. The research aims to address challenges in scalability, usability and tool integration for model-driven software engineering.
The document provides an overview of model-driven software development (MDSD). It discusses key concepts like models, domain-specific languages, code generation, and separation of concerns. The document also outlines some of the potential benefits of MDSD, including economies of scale and scope through reusable models and code generation. Overall, MDSD aims to increase productivity and quality by raising the level of abstraction and automating repetitive tasks.
Pal gov.tutorial1.session7 2.finalcheckandschemaengineeringissuesMustafa Jarrar
The document discusses final checks and schema engineering issues related to conceptual data modeling using ORM (Object Role Modeling). It covers checking for constraint implications and contradictions, modeling tips, verbalizing rules, schema equivalence and optimization, and schema modularization. The document provides examples and outlines the steps involved in each process.
This document provides an overview of interaction design rules and usability requirements. It discusses various types of design rules including principles, standards, heuristics and guidelines. Specific principles are outlined to support usability in terms of learnability, flexibility and robustness. Examples of standards and guidelines are also described. Nielsen's 10 heuristics and Shneiderman's 8 golden rules for interface design are summarized. The document emphasizes the importance of user-centered design and involvement through iterative prototyping and evaluation. Key questions for user-centered design are listed regarding identifying stakeholders and understanding user needs.
The document discusses teaching model-driven engineering (MDE) to management science students. It presents the current situation where students struggle with programming and could benefit from MDE. The authors hypothesize that MDE could help students address key skills by allowing them to model an information system and produce a real system. They applied an MDE approach to a case study over two years with management students and found mostly positive results, though some models scored better than others. The authors conclude MDE shows promise for teaching students but needs adjustments to make it less complex and better integrated across models.
This document outlines an exercise on requirements elicitation through interviews. It discusses the importance of requirements analysis and interaction between analysts, developers and users. It provides guidance on conducting interviews, including types of questions, preparation, and practicing interview skills. The in-class assignment involves analyzing requirements for a kart racing track reservation system through roleplaying interviews between a user, analyst and observer.
This document discusses model-driven spreadsheets (MDSheet), which aims to address issues with traditional spreadsheets. MDSheet allows specifying spreadsheet business logic using ClassSheet models, embedding these models directly into spreadsheets. It can also infer ClassSheet models from existing spreadsheets by analyzing functional dependencies. MDSheet supports evolving both models and spreadsheet instances bidirectionally. An empirical study found MDSheet reduced time spent on tasks and errors compared to plain spreadsheets. Future work includes enhancing model querying, detecting spreadsheet smells, and applying the approach to other domains like energy usage analysis.
This document provides an introduction to model-driven software development (MDSD). It discusses what MDSD is, why organizations adopt it, and how it can be applied. Key aspects of MDSD covered include code generation, domain-specific languages, separation of concerns, and economic benefits such as reduced costs from economies of scale and scope. The document also reviews various tools and approaches used in MDSD, including those based on UML, EMF, and DSLs. It concludes by emphasizing that MDSD can help improve software productivity and help establish true software engineering practices.
Event-driven Model Transformations in Domain-specific Modeling LanguagesIstvan Rath
This PhD thesis by István Ráth focuses on event-driven model transformations in domain-specific modeling languages. The thesis contains 3 parts: 1) developing concepts for event-driven graph transformations based on incremental pattern matching, 2) applying these concepts to provide advanced language engineering features like simulation, and 3) integrating modeling tools using change-driven transformations. The research aims to address challenges in scalability, usability and tool integration for model-driven software engineering.
The document provides an overview of model-driven software development (MDSD). It discusses key concepts like models, domain-specific languages, code generation, and separation of concerns. The document also outlines some of the potential benefits of MDSD, including economies of scale and scope through reusable models and code generation. Overall, MDSD aims to increase productivity and quality by raising the level of abstraction and automating repetitive tasks.
Pal gov.tutorial1.session7 2.finalcheckandschemaengineeringissuesMustafa Jarrar
The document discusses final checks and schema engineering issues related to conceptual data modeling using ORM (Object Role Modeling). It covers checking for constraint implications and contradictions, modeling tips, verbalizing rules, schema equivalence and optimization, and schema modularization. The document provides examples and outlines the steps involved in each process.
This document provides an overview of interaction design rules and usability requirements. It discusses various types of design rules including principles, standards, heuristics and guidelines. Specific principles are outlined to support usability in terms of learnability, flexibility and robustness. Examples of standards and guidelines are also described. Nielsen's 10 heuristics and Shneiderman's 8 golden rules for interface design are summarized. The document emphasizes the importance of user-centered design and involvement through iterative prototyping and evaluation. Key questions for user-centered design are listed regarding identifying stakeholders and understanding user needs.
The document discusses teaching model-driven engineering (MDE) to management science students. It presents the current situation where students struggle with programming and could benefit from MDE. The authors hypothesize that MDE could help students address key skills by allowing them to model an information system and produce a real system. They applied an MDE approach to a case study over two years with management students and found mostly positive results, though some models scored better than others. The authors conclude MDE shows promise for teaching students but needs adjustments to make it less complex and better integrated across models.
This document outlines an exercise on requirements elicitation through interviews. It discusses the importance of requirements analysis and interaction between analysts, developers and users. It provides guidance on conducting interviews, including types of questions, preparation, and practicing interview skills. The in-class assignment involves analyzing requirements for a kart racing track reservation system through roleplaying interviews between a user, analyst and observer.
This document discusses model-driven spreadsheets (MDSheet), which aims to address issues with traditional spreadsheets. MDSheet allows specifying spreadsheet business logic using ClassSheet models, embedding these models directly into spreadsheets. It can also infer ClassSheet models from existing spreadsheets by analyzing functional dependencies. MDSheet supports evolving both models and spreadsheet instances bidirectionally. An empirical study found MDSheet reduced time spent on tasks and errors compared to plain spreadsheets. Future work includes enhancing model querying, detecting spreadsheet smells, and applying the approach to other domains like energy usage analysis.
Pal gov.tutorial1.session5.subtyperelationsandotherconstraintsMustafa Jarrar
This document provides a tutorial on conceptual data modeling using Object Role Modeling (ORM). It discusses various modeling concepts like value constraints, set constraints including subset, equality and exclusion constraints. It also covers subtype relations and frequency constraints. The tutorial aims to explain these concepts, provide examples, and discuss how to apply these constraints and relations when designing conceptual schemas from application requirements.
The document provides an overview of a software engineering course syllabus and objectives. The syllabus covers 6 units: software process and agile development, requirements analysis and specification, object oriented concepts, software design, testing and management, and learning resources. The course objectives are to understand software project phases, requirements engineering, object oriented concepts, enterprise integration, and testing/project management techniques. Students will learn to compare process models, formulate requirements engineering concepts, understand object oriented fundamentals, apply software design procedures, and evaluate testing techniques and project schedules.
The following resources come from the 2009/10 BEng in Electrical Engineering (course number 2ELE0066) from the University of Hertfordshire. All the mini projects are designed as level two modules of the undergraduate programmes.
The objectives of this module are to demonstrate within an industrial environment:
• To use Matlab® (Simulink®)
• To implement an appropriate analogue computer for modelling dynamic systems.
A DC motor model, in specific prototyping stages, is more appropriate to use than the actual DC motor. This project aimed to design and implement a DC motor model by using a simulation package (CAD) such as Matlab and implement the equivalent electronic hardware platform.
1. There is a need to create a new Service Systems Master's program that provides both engineering content and structure.
2. Existing programs focus too much on a few courses rather than coherence across the program.
3. The new program will draw from various fields like mathematics, physics, human factors, and social sciences to teach skills for designing and managing service delivery and performance improvement. It will provide a balanced education with both immediate applicability and a foundation for continued learning.
Our research lines on Model-Driven Engineering and Software EngineeringJordi Cabot
Highlighting some of our research lines (March 2015 Edition)
Learn more about what we do on : http://modeling-languages.com , http://som-research.uoc.edu and http://jordicabot.com
This document discusses challenges in simulation training for the 2020 workplace. It proposes a customized training approach that focuses on solving real, complex problems through tailored workshops and mentoring. This is presented as an alternative to traditional training methods that cover broad theory and may not apply directly to students' needs. The customized approach aims to satisfy both students, who want practical skills, and management, who want confidence in simulation results. It also suggests supplemental numerical analysis training to strengthen students' foundations before specialized workshops.
00 Fundamentals of csharp course introductionmaznabili
This document outlines the fundamentals of a C# programming course. The course will last 3 months and cover topics including data types, operators, conditional statements, loops, arrays, methods, objects, classes, exceptions handling, and data structures. Students will have lectures, exercises, homework and exams. The goal is to teach fundamental programming skills and prepare students for further .NET training. Commitment is required as the course involves 8 hours of study per day.
Pal gov.tutorial1.session7 1.schema equivalence and optimizationMustafa Jarrar
Here are the key points about predicate specialization and generalization:
- Predicate specialization replaces a general predicate with more specific predicates when the general predicate can be thought of as covering specific cases.
- Predicate generalization replaces multiple specific predicates with a single more general predicate, while preserving the original distinctions, such as through subtypes.
- Specialization adds detail, while generalization reduces detail in exchange for a more concise representation. Both aim to transform a schema into a logically equivalent but structurally different form.
Pal gov.tutorial1.session1 1.informationmodelingMustafa Jarrar
ORM is well-suited for conceptual modeling as it allows modelers to think conceptually and be independent of the logical level details. ORM can represent concepts and their relationships, and is used for conceptual data modeling, ontology modeling, and specifying business rules and requirements. ORM aims to communicate meaning clearly between modelers and domain experts at the conceptual level.
Pal gov.tutorial1.session9 10.bpmn-overview (mahmoud saheb's conflicted copy ...Mustafa Jarrar
This document provides an overview of business process modeling and the Business Process Modeling Notation (BPMN). It introduces key concepts related to enterprise modeling, business process management, and service-oriented architecture. The document outlines a session on BPMN that will demonstrate basic knowledge of BPMN notations and concepts, and how to use business process modeling tools like BizAgi and Bonita. The session will include examples, videos, and hands-on activities with modeling tools.
This document provides an overview of the WindMash environment for designing web-based interactive applications using geographic information. WindMash allows non-technical designers to specify spatial, temporal, and thematic information to extract from texts and visualize using different viewers. It utilizes various web technologies and provides interfaces for designers to organize interfaces, process input texts using modules to extract places and itineraries, and design interactions between viewers. The document demonstrates WindMash and discusses conducting experiments with pedagogues and learners to improve its usability.
Industry-Academia Communication In Empirical Software EngineeringPer Runeson
This document discusses industry-academia communication in empirical software engineering. It provides context on a conference in 1968 that aimed to improve communication between industry and academia. It notes key differences in time horizons and languages between the two. Industry focuses on short-term market changes and profits, while academia focuses on long-term learning and publications. The document advocates for both sides to learn each other's languages and cultures to improve collaboration and help tear down walls between the two. It provides examples of successful collaboration projects over time that have helped improve practice.
CS8592 Object Oriented Analysis & Design - UNIT Ipkaviya
This document provides an introduction to Object Oriented Analysis and Design (OOAD) and the Unified Process (UP). It discusses key OOAD concepts like objects, classes, inheritance, polymorphism, and encapsulation. It then describes the Unified Process, an iterative software development approach that involves inception, elaboration, construction, and transition phases. Each phase includes requirements analysis, design, implementation, and testing activities. The document also discusses the Unified Modeling Language (UML) and diagrams used in OOAD like use case diagrams, class diagrams, and sequence diagrams.
United States Bankruptcy Law And Java Methods AnswersAmanda Burkett
This document compares and contrasts the monetary and banking systems of Japan and the United States. Some key similarities include both countries issuing paper currency and coins, and establishing central banking authorities to oversee monetary policy. Differences include Japan initially adopting the yen while the US used various currencies before establishing the dollar, and Japan's banks traditionally being more involved in corporate governance compared to the US system that separates commercial and investment banking.
Details
For September, DataScience Sg is starting a new series specially for the undergrads. The series aims to showcase undergrads and fresh grads project work.
The series is meant to encourage youths in joining the data science & artificial intelligence career. And for the employers to come in and recruit talents for your companies.
In this inaugural meetup for the series, we have the following youths to share about their work and project and how their projects helped them in their current career.
DSSG strongly encourage current undergrads and fresh grads to join us in this series. Its still open to the general community!
Details:
Ivan is currently a Data Scientist at Tech In Asia (TIA), with experience in developing recommender systems, customer churn prediction, network analysis and driving BI solutions through data visualization and analytics. He graduated with a Bachelor of Science (Informations Systems) and Major in Marketing Analytics from SMU in 2018.
Ivan will be sharing about his Final Year Project when he was an undergrad at SMU — KDDLabs, a web-based data mining application while explaining the team’s motivations, challenges and key takeaways. In addition, he will also be talking about his first data product at TIA, developing recommender systems to help better connect jobseekers with employers and vice versa.
LinkedIn: https://www.linkedin.com/in/yongsiang/
FYP: http://smu.sg/kddlabs
LEAP is a precise lightweight framework for enterprise architecture modeling. It uses a language-driven approach with simple orthogonal concepts and refinement relationships between layers. Semantics and OCL allow precise analysis of models. A case study demonstrates modeling a university's laptop loan scheme before and after changes. Future work includes expanding modeling capabilities and larger case studies.
Pal gov.tutorial1.session1 2.conceptualdatamodelingusingormMustafa Jarrar
This document provides an introduction to Object-Role Modeling (ORM), which is a conceptual modeling language. ORM uses a graphical notation to represent information and can be used for database modeling, business rules, ontologies, and other scenarios. The key constructs in ORM include object types, relations between objects, and constraints. Several examples are provided to illustrate how ORM can be used to model concepts such as books, authors, and an eGovernment ontology. Other modeling approaches like ER and UML are briefly discussed in comparison to the benefits of ORM for conceptual modeling.
The document discusses stakeholder analysis for requirements engineering, including identifying stakeholders based on their position, decision-making role, expertise, and objectives. It explains that stakeholder analysis is important for developing a shared understanding of the problem, ensuring requirements are complete and realistic, and facilitating cooperative learning. The document then provides an example stakeholder analysis for a bank call center software system.
The document discusses stakeholder analysis for requirements engineering, including identifying stakeholders based on their position, decision-making role, expertise, and objectives. It explains that stakeholder analysis is important for developing a shared understanding of the problem, ensuring requirements are complete and realistic, and facilitating cooperative learning. The document then provides an example stakeholder analysis for a bank call center software system.
This document discusses estimating and planning in requirements engineering. It introduces estimating, which involves planning the resources, time, and size required to develop user stories or requirements. Planning involves formulating a project plan and schedule based on the estimates. The document covers estimating techniques like planning poker, where teams assign story points to user stories to estimate their size. It emphasizes that estimating is an important interface between requirements and software development planning.
This lesson introduces requirements elicitation and modeling techniques for software engineering projects. Three initial research questions are defined to guide the elicitation process. Requirements elicitation involves discovering what users want through activities like interviews and workshops. Domain modeling adds visual and textual representations to help document decisions. The strengths and weaknesses of system-as-is and requirements engineering are discussed to understand different perspectives.
More Related Content
Similar to Requirements Engineering - Werkcollege 2012: 04-Documentation
Pal gov.tutorial1.session5.subtyperelationsandotherconstraintsMustafa Jarrar
This document provides a tutorial on conceptual data modeling using Object Role Modeling (ORM). It discusses various modeling concepts like value constraints, set constraints including subset, equality and exclusion constraints. It also covers subtype relations and frequency constraints. The tutorial aims to explain these concepts, provide examples, and discuss how to apply these constraints and relations when designing conceptual schemas from application requirements.
The document provides an overview of a software engineering course syllabus and objectives. The syllabus covers 6 units: software process and agile development, requirements analysis and specification, object oriented concepts, software design, testing and management, and learning resources. The course objectives are to understand software project phases, requirements engineering, object oriented concepts, enterprise integration, and testing/project management techniques. Students will learn to compare process models, formulate requirements engineering concepts, understand object oriented fundamentals, apply software design procedures, and evaluate testing techniques and project schedules.
The following resources come from the 2009/10 BEng in Electrical Engineering (course number 2ELE0066) from the University of Hertfordshire. All the mini projects are designed as level two modules of the undergraduate programmes.
The objectives of this module are to demonstrate within an industrial environment:
• To use Matlab® (Simulink®)
• To implement an appropriate analogue computer for modelling dynamic systems.
A DC motor model, in specific prototyping stages, is more appropriate to use than the actual DC motor. This project aimed to design and implement a DC motor model by using a simulation package (CAD) such as Matlab and implement the equivalent electronic hardware platform.
1. There is a need to create a new Service Systems Master's program that provides both engineering content and structure.
2. Existing programs focus too much on a few courses rather than coherence across the program.
3. The new program will draw from various fields like mathematics, physics, human factors, and social sciences to teach skills for designing and managing service delivery and performance improvement. It will provide a balanced education with both immediate applicability and a foundation for continued learning.
Our research lines on Model-Driven Engineering and Software EngineeringJordi Cabot
Highlighting some of our research lines (March 2015 Edition)
Learn more about what we do on : http://modeling-languages.com , http://som-research.uoc.edu and http://jordicabot.com
This document discusses challenges in simulation training for the 2020 workplace. It proposes a customized training approach that focuses on solving real, complex problems through tailored workshops and mentoring. This is presented as an alternative to traditional training methods that cover broad theory and may not apply directly to students' needs. The customized approach aims to satisfy both students, who want practical skills, and management, who want confidence in simulation results. It also suggests supplemental numerical analysis training to strengthen students' foundations before specialized workshops.
00 Fundamentals of csharp course introductionmaznabili
This document outlines the fundamentals of a C# programming course. The course will last 3 months and cover topics including data types, operators, conditional statements, loops, arrays, methods, objects, classes, exceptions handling, and data structures. Students will have lectures, exercises, homework and exams. The goal is to teach fundamental programming skills and prepare students for further .NET training. Commitment is required as the course involves 8 hours of study per day.
Pal gov.tutorial1.session7 1.schema equivalence and optimizationMustafa Jarrar
Here are the key points about predicate specialization and generalization:
- Predicate specialization replaces a general predicate with more specific predicates when the general predicate can be thought of as covering specific cases.
- Predicate generalization replaces multiple specific predicates with a single more general predicate, while preserving the original distinctions, such as through subtypes.
- Specialization adds detail, while generalization reduces detail in exchange for a more concise representation. Both aim to transform a schema into a logically equivalent but structurally different form.
Pal gov.tutorial1.session1 1.informationmodelingMustafa Jarrar
ORM is well-suited for conceptual modeling as it allows modelers to think conceptually and be independent of the logical level details. ORM can represent concepts and their relationships, and is used for conceptual data modeling, ontology modeling, and specifying business rules and requirements. ORM aims to communicate meaning clearly between modelers and domain experts at the conceptual level.
Pal gov.tutorial1.session9 10.bpmn-overview (mahmoud saheb's conflicted copy ...Mustafa Jarrar
This document provides an overview of business process modeling and the Business Process Modeling Notation (BPMN). It introduces key concepts related to enterprise modeling, business process management, and service-oriented architecture. The document outlines a session on BPMN that will demonstrate basic knowledge of BPMN notations and concepts, and how to use business process modeling tools like BizAgi and Bonita. The session will include examples, videos, and hands-on activities with modeling tools.
This document provides an overview of the WindMash environment for designing web-based interactive applications using geographic information. WindMash allows non-technical designers to specify spatial, temporal, and thematic information to extract from texts and visualize using different viewers. It utilizes various web technologies and provides interfaces for designers to organize interfaces, process input texts using modules to extract places and itineraries, and design interactions between viewers. The document demonstrates WindMash and discusses conducting experiments with pedagogues and learners to improve its usability.
Industry-Academia Communication In Empirical Software EngineeringPer Runeson
This document discusses industry-academia communication in empirical software engineering. It provides context on a conference in 1968 that aimed to improve communication between industry and academia. It notes key differences in time horizons and languages between the two. Industry focuses on short-term market changes and profits, while academia focuses on long-term learning and publications. The document advocates for both sides to learn each other's languages and cultures to improve collaboration and help tear down walls between the two. It provides examples of successful collaboration projects over time that have helped improve practice.
CS8592 Object Oriented Analysis & Design - UNIT Ipkaviya
This document provides an introduction to Object Oriented Analysis and Design (OOAD) and the Unified Process (UP). It discusses key OOAD concepts like objects, classes, inheritance, polymorphism, and encapsulation. It then describes the Unified Process, an iterative software development approach that involves inception, elaboration, construction, and transition phases. Each phase includes requirements analysis, design, implementation, and testing activities. The document also discusses the Unified Modeling Language (UML) and diagrams used in OOAD like use case diagrams, class diagrams, and sequence diagrams.
United States Bankruptcy Law And Java Methods AnswersAmanda Burkett
This document compares and contrasts the monetary and banking systems of Japan and the United States. Some key similarities include both countries issuing paper currency and coins, and establishing central banking authorities to oversee monetary policy. Differences include Japan initially adopting the yen while the US used various currencies before establishing the dollar, and Japan's banks traditionally being more involved in corporate governance compared to the US system that separates commercial and investment banking.
Details
For September, DataScience Sg is starting a new series specially for the undergrads. The series aims to showcase undergrads and fresh grads project work.
The series is meant to encourage youths in joining the data science & artificial intelligence career. And for the employers to come in and recruit talents for your companies.
In this inaugural meetup for the series, we have the following youths to share about their work and project and how their projects helped them in their current career.
DSSG strongly encourage current undergrads and fresh grads to join us in this series. Its still open to the general community!
Details:
Ivan is currently a Data Scientist at Tech In Asia (TIA), with experience in developing recommender systems, customer churn prediction, network analysis and driving BI solutions through data visualization and analytics. He graduated with a Bachelor of Science (Informations Systems) and Major in Marketing Analytics from SMU in 2018.
Ivan will be sharing about his Final Year Project when he was an undergrad at SMU — KDDLabs, a web-based data mining application while explaining the team’s motivations, challenges and key takeaways. In addition, he will also be talking about his first data product at TIA, developing recommender systems to help better connect jobseekers with employers and vice versa.
LinkedIn: https://www.linkedin.com/in/yongsiang/
FYP: http://smu.sg/kddlabs
LEAP is a precise lightweight framework for enterprise architecture modeling. It uses a language-driven approach with simple orthogonal concepts and refinement relationships between layers. Semantics and OCL allow precise analysis of models. A case study demonstrates modeling a university's laptop loan scheme before and after changes. Future work includes expanding modeling capabilities and larger case studies.
Pal gov.tutorial1.session1 2.conceptualdatamodelingusingormMustafa Jarrar
This document provides an introduction to Object-Role Modeling (ORM), which is a conceptual modeling language. ORM uses a graphical notation to represent information and can be used for database modeling, business rules, ontologies, and other scenarios. The key constructs in ORM include object types, relations between objects, and constraints. Several examples are provided to illustrate how ORM can be used to model concepts such as books, authors, and an eGovernment ontology. Other modeling approaches like ER and UML are briefly discussed in comparison to the benefits of ORM for conceptual modeling.
The document discusses stakeholder analysis for requirements engineering, including identifying stakeholders based on their position, decision-making role, expertise, and objectives. It explains that stakeholder analysis is important for developing a shared understanding of the problem, ensuring requirements are complete and realistic, and facilitating cooperative learning. The document then provides an example stakeholder analysis for a bank call center software system.
The document discusses stakeholder analysis for requirements engineering, including identifying stakeholders based on their position, decision-making role, expertise, and objectives. It explains that stakeholder analysis is important for developing a shared understanding of the problem, ensuring requirements are complete and realistic, and facilitating cooperative learning. The document then provides an example stakeholder analysis for a bank call center software system.
Similar to Requirements Engineering - Werkcollege 2012: 04-Documentation (20)
This document discusses estimating and planning in requirements engineering. It introduces estimating, which involves planning the resources, time, and size required to develop user stories or requirements. Planning involves formulating a project plan and schedule based on the estimates. The document covers estimating techniques like planning poker, where teams assign story points to user stories to estimate their size. It emphasizes that estimating is an important interface between requirements and software development planning.
This lesson introduces requirements elicitation and modeling techniques for software engineering projects. Three initial research questions are defined to guide the elicitation process. Requirements elicitation involves discovering what users want through activities like interviews and workshops. Domain modeling adds visual and textual representations to help document decisions. The strengths and weaknesses of system-as-is and requirements engineering are discussed to understand different perspectives.
The document discusses innovation governance and three models: hierarchy/bureaucracy, new public management/market, and network. It presents examples of how governments have approached innovation funding and regulation using these different models. The text also examines a shift from government to multi-level governance and the case study of electronic health record innovation.
This document provides an overview of a session on innovation systems. It includes an agenda, mini-test, and discussions of national and regional innovation systems. For national innovation systems, it discusses concepts, the rise of research and development, and factors influencing innovation. For regional innovation systems, it uses Silicon Valley as a case study, examining its characteristics and key success factors. It also discusses an innovation cluster for Galileo and satellite navigation, including the role of key actors and status in the Netherlands.
Managing Innovation_entrepreneurship and transformation OpenLearningLab
This document provides an overview of a session on entrepreneurship and transformation. It includes a presentation outline on transforming organizations, capturing value from technical innovation, and entrepreneurship in the open innovation era. It also discusses theories of entrepreneurship research, dynamic capabilities, learning routines, and examples of how organizations have transformed. The session will involve a quick test, introductory discussion on views of entrepreneurship, and examples of transforming organizations. Readings are also assigned on innovation systems and industrial clustering.
Managing Innovation_organization of innovationOpenLearningLab
This document outlines the agenda and content for Session 3 of a course on the Organization of Innovation. The session covers challenges organizations face with innovation, understanding different organization structures, and organizing for innovation. It includes mini-tests, discussions of functional vs organic structures, architecture, growth models, culture and innovation, and examples from IBM and virtual organizations. Readings on dynamic capabilities and new ventures are assigned for the next session.
This document provides an overview of a session on basic innovation concepts and the history of innovation theory. It discusses early thinkers like Schumpeter who viewed entrepreneurs as the drivers of innovation through "creative destruction". It also outlines models of technology cycles and dominant design. Later sections describe the rise of dedicated R&D departments in the 1950s and innovation diffusion research in the 1960s which examined how new ideas spread through social systems over time. The document is intended to give context on the major themes and theorists that have shaped the field of innovation management.
Managing Innovation_Introduction to InnovationOpenLearningLab
This document provides an overview and syllabus for a course on innovation management taught by Prof. Dr. Bernhard Katzy. The course aims to cover basic innovation concepts, innovation theory, transformation and entrepreneurship. It will examine the organization of innovation, innovation governance and systems. Grading will be based on class participation and a final paper. The next session will cover basic innovation concepts and assigned readings are from the book "Managing Strategic Innovation and Change" which provides background on architectural innovation and standards wars.
The document discusses various considerations for outsourcing IT projects and acquiring software from external suppliers. It covers benefits and risks of outsourcing, strategies for offshore outsourcing, methods for payment including time and materials contracts and fixed price contracts, and processes for requirements documentation, tendering, and proposal evaluation.
SDPM - Lecture 9 - Managing people and organizing teamsOpenLearningLab
This document outlines a series of lectures on systems development and project management at the Leiden Institute of Advanced Computer Science. It includes topics such as project planning approaches, software development methods, effort estimation, risk management, and people management. Theories of organizational behavior and stages of team development are also discussed. Myers-Briggs personality types and Belbin's team roles are presented as frameworks for understanding individuals' behaviors and ensuring effective team composition.
The document outlines a series of lectures on software quality assurance given at the Leiden Institute of Advanced Computer Science. It includes:
1) A schedule of lecture dates and times on topics like project planning, risk management, and quality assurance.
2) An overview of the STEP WISE approach to project planning.
3) A discussion of ISO 9126 software quality standards, including definitions of quality characteristics like functionality, reliability and maintainability, as well as related sub-characteristics.
SDPM - Lecture 7 - Project monitoring and controlOpenLearningLab
This document outlines a series of lectures on systems development and project management at the Leiden Institute of Advanced Computer Science. It details the dates, times and topics that will be covered in the lectures, including project planning, risk management, software quality assurance and project monitoring and control. The focus of the document is on project control and monitoring, outlining the project control life cycle, responsibilities, key areas that need controlling such as costs and quality, methods for collecting control data like time sheets and risk reporting, and common challenges like scope creep.
SDPM - Lecture 6 - Risk management and project escalationOpenLearningLab
This document provides an overview of a course on system development and project management offered by the Leiden Institute of Advanced Computer Science. The course covers topics such as risk management, project escalation, software quality assurance, and managing people and contracts. It lists the dates, times, and topics to be covered for each class session. Deliverables include assignments such as a project proposal, project plan, and reflection paper that are due on specified dates. The course aims to teach students the STEP WISE approach to project planning and techniques for evaluating and managing risks in projects.
The document outlines a course on system development and project management with a focus on software effort estimation. It provides the dates and times of the course sessions, which will cover topics like project planning, risk management, and software quality assurance. It also discusses challenges with software effort estimation and different taxonomy of estimation methods like function points, COCOMO II, expert estimation, and analogy-based approaches.
SDPM - Lecture 4a - MS Project – High Level IntroductionOpenLearningLab
This document provides a high-level introduction to Microsoft Project, including screenshots of the project screen showing two tasks, the information that can be entered for each task such as predecessors, resources, and notes, and different views of the project including calendar, activity network, and resource utilization views. It concludes by assigning users to play with MS Project in the computer room to become familiar with the software.
SDPM - Lecture 4 - Activity planning and resource allocationOpenLearningLab
This document contains details about a course on system development and project management taught by Prof. Dr. Thomas Bäck at the Leiden Institute of Advanced Computer Science. It lists the dates, times, and topics for the course sessions, which cover project planning, software development approaches, activity planning, risk management, and other topics related to managing software projects. The document also provides overviews and examples of techniques for sequencing and scheduling project activities, such as precedence networks and calculating earliest and latest start and finish dates.
SDPM - Lecture 3 - Selecting an appropriate software development approach.pdfOpenLearningLab
The document discusses selecting appropriate software development approaches. It describes several lifecycle models including one-shot or waterfall approaches, incremental approaches, and evolutionary approaches. General guidelines are provided for choosing between these based on factors like project uncertainties, complexity, and schedule. Specific one-shot models like waterfall and V-process models are outlined. The document aims to help readers analyze project characteristics and select a development approach.
SDPM - Lecture 2a - Project evaluation – for the buyer, and for the vendorOpenLearningLab
The document discusses methods for evaluating projects, including cost-benefit analysis, cash flow forecasting, net present value analysis, and internal rate of return. It provides examples of calculating net present value and internal rate of return for sample projects. Key project evaluation factors include development costs, operational costs, direct benefits, indirect benefits, payback period, return on investment, net present value, and internal rate of return.
The document discusses a series of lectures on project management given at the Leiden Institute of Advanced Computer Science. It provides an overview of the topics to be covered, including the STEP WISE approach to project planning, selecting a software development approach, risk management, and managing stakeholders. A class schedule is given that lists the dates, times, and topics for each lecture.
The document discusses a course on system's development and project management taught at the Leiden Institute of Advanced Computer Science. The course covers topics such as project planning, risk management, software quality assurance, and managing project teams. It includes lectures, assignments, a written exam, and a group project where students develop a project plan and presentation for an energy saving application. The goal is to provide students with techniques for managing information and communication technology projects.
A review of the growth of the Israel Genealogy Research Association Database Collection for the last 12 months. Our collection is now passed the 3 million mark and still growing. See which archives have contributed the most. See the different types of records we have, and which years have had records added. You can also see what we have for the future.
Chapter wise All Notes of First year Basic Civil Engineering.pptxDenish Jangid
Chapter wise All Notes of First year Basic Civil Engineering
Syllabus
Chapter-1
Introduction to objective, scope and outcome the subject
Chapter 2
Introduction: Scope and Specialization of Civil Engineering, Role of civil Engineer in Society, Impact of infrastructural development on economy of country.
Chapter 3
Surveying: Object Principles & Types of Surveying; Site Plans, Plans & Maps; Scales & Unit of different Measurements.
Linear Measurements: Instruments used. Linear Measurement by Tape, Ranging out Survey Lines and overcoming Obstructions; Measurements on sloping ground; Tape corrections, conventional symbols. Angular Measurements: Instruments used; Introduction to Compass Surveying, Bearings and Longitude & Latitude of a Line, Introduction to total station.
Levelling: Instrument used Object of levelling, Methods of levelling in brief, and Contour maps.
Chapter 4
Buildings: Selection of site for Buildings, Layout of Building Plan, Types of buildings, Plinth area, carpet area, floor space index, Introduction to building byelaws, concept of sun light & ventilation. Components of Buildings & their functions, Basic concept of R.C.C., Introduction to types of foundation
Chapter 5
Transportation: Introduction to Transportation Engineering; Traffic and Road Safety: Types and Characteristics of Various Modes of Transportation; Various Road Traffic Signs, Causes of Accidents and Road Safety Measures.
Chapter 6
Environmental Engineering: Environmental Pollution, Environmental Acts and Regulations, Functional Concepts of Ecology, Basics of Species, Biodiversity, Ecosystem, Hydrological Cycle; Chemical Cycles: Carbon, Nitrogen & Phosphorus; Energy Flow in Ecosystems.
Water Pollution: Water Quality standards, Introduction to Treatment & Disposal of Waste Water. Reuse and Saving of Water, Rain Water Harvesting. Solid Waste Management: Classification of Solid Waste, Collection, Transportation and Disposal of Solid. Recycling of Solid Waste: Energy Recovery, Sanitary Landfill, On-Site Sanitation. Air & Noise Pollution: Primary and Secondary air pollutants, Harmful effects of Air Pollution, Control of Air Pollution. . Noise Pollution Harmful Effects of noise pollution, control of noise pollution, Global warming & Climate Change, Ozone depletion, Greenhouse effect
Text Books:
1. Palancharmy, Basic Civil Engineering, McGraw Hill publishers.
2. Satheesh Gopi, Basic Civil Engineering, Pearson Publishers.
3. Ketki Rangwala Dalal, Essentials of Civil Engineering, Charotar Publishing House.
4. BCP, Surveying volume 1
This presentation includes basic of PCOS their pathology and treatment and also Ayurveda correlation of PCOS and Ayurvedic line of treatment mentioned in classics.
Strategies for Effective Upskilling is a presentation by Chinwendu Peace in a Your Skill Boost Masterclass organisation by the Excellence Foundation for South Sudan on 08th and 09th June 2024 from 1 PM to 3 PM on each day.
This presentation was provided by Steph Pollock of The American Psychological Association’s Journals Program, and Damita Snow, of The American Society of Civil Engineers (ASCE), for the initial session of NISO's 2024 Training Series "DEIA in the Scholarly Landscape." Session One: 'Setting Expectations: a DEIA Primer,' was held June 6, 2024.
ISO/IEC 27001, ISO/IEC 42001, and GDPR: Best Practices for Implementation and...PECB
Denis is a dynamic and results-driven Chief Information Officer (CIO) with a distinguished career spanning information systems analysis and technical project management. With a proven track record of spearheading the design and delivery of cutting-edge Information Management solutions, he has consistently elevated business operations, streamlined reporting functions, and maximized process efficiency.
Certified as an ISO/IEC 27001: Information Security Management Systems (ISMS) Lead Implementer, Data Protection Officer, and Cyber Risks Analyst, Denis brings a heightened focus on data security, privacy, and cyber resilience to every endeavor.
His expertise extends across a diverse spectrum of reporting, database, and web development applications, underpinned by an exceptional grasp of data storage and virtualization technologies. His proficiency in application testing, database administration, and data cleansing ensures seamless execution of complex projects.
What sets Denis apart is his comprehensive understanding of Business and Systems Analysis technologies, honed through involvement in all phases of the Software Development Lifecycle (SDLC). From meticulous requirements gathering to precise analysis, innovative design, rigorous development, thorough testing, and successful implementation, he has consistently delivered exceptional results.
Throughout his career, he has taken on multifaceted roles, from leading technical project management teams to owning solutions that drive operational excellence. His conscientious and proactive approach is unwavering, whether he is working independently or collaboratively within a team. His ability to connect with colleagues on a personal level underscores his commitment to fostering a harmonious and productive workplace environment.
Date: May 29, 2024
Tags: Information Security, ISO/IEC 27001, ISO/IEC 42001, Artificial Intelligence, GDPR
-------------------------------------------------------------------------------
Find out more about ISO training and certification services
Training: ISO/IEC 27001 Information Security Management System - EN | PECB
ISO/IEC 42001 Artificial Intelligence Management System - EN | PECB
General Data Protection Regulation (GDPR) - Training Courses - EN | PECB
Webinars: https://pecb.com/webinars
Article: https://pecb.com/article
-------------------------------------------------------------------------------
For more information about PECB:
Website: https://pecb.com/
LinkedIn: https://www.linkedin.com/company/pecb/
Facebook: https://www.facebook.com/PECBInternational/
Slideshare: http://www.slideshare.net/PECBCERTIFICATION
Beyond Degrees - Empowering the Workforce in the Context of Skills-First.pptxEduSkills OECD
Iván Bornacelly, Policy Analyst at the OECD Centre for Skills, OECD, presents at the webinar 'Tackling job market gaps with a skills-first approach' on 12 June 2024
Reimagining Your Library Space: How to Increase the Vibes in Your Library No ...Diana Rendina
Librarians are leading the way in creating future-ready citizens – now we need to update our spaces to match. In this session, attendees will get inspiration for transforming their library spaces. You’ll learn how to survey students and patrons, create a focus group, and use design thinking to brainstorm ideas for your space. We’ll discuss budget friendly ways to change your space as well as how to find funding. No matter where you’re at, you’ll find ideas for reimagining your space in this session.
This document provides an overview of wound healing, its functions, stages, mechanisms, factors affecting it, and complications.
A wound is a break in the integrity of the skin or tissues, which may be associated with disruption of the structure and function.
Healing is the body’s response to injury in an attempt to restore normal structure and functions.
Healing can occur in two ways: Regeneration and Repair
There are 4 phases of wound healing: hemostasis, inflammation, proliferation, and remodeling. This document also describes the mechanism of wound healing. Factors that affect healing include infection, uncontrolled diabetes, poor nutrition, age, anemia, the presence of foreign bodies, etc.
Complications of wound healing like infection, hyperpigmentation of scar, contractures, and keloid formation.
1. Requirements
Engineering
Werkcollege
Spring
2012
Session
4:
SpecificaDon
&
DocumentaDon
Christoph Johann Stettina (stettina@liacs.nl)
Leiden
University.
The
university
to
discover.
2. Session
4:
Requirements
SpecificaDon
Today:
• Business
process
modeling
• Tayloris3c
knowledge
sharing
• Requirements
specifica3on
templates
Why
is
it
important?
• Documenta3on
of
elicited
requirements
• Traceability,
Accountability
• Acceptance
criteria
Leiden
University.
The
university
to
discover.
3.
Part
1
–
SpecificaDon
Business
Process
Modeling
Leiden
University.
The
university
to
discover.
4. What
is
a
business
process?
“A
collec3on
of
ac3vi3es
that
takes
one
or
more
kinds
of
input
and
creates
an
output
that
is
of
value
to
the
customer”
(Hammer
&
Champy,
1993)
Real
life
examples:
- E-‐payment
process
- Visa
applica3on
- Hotel
reserva3on
- etc.
Leiden
University.
The
university
to
discover.
5. What
is
business
process
modeling?
Convergence
of
two
modeling
domains:
Process
modeling
l Abstract
representa3on
of
a
process
architecture
Enterprise
or
business
modeling
l Documen3ng
an
organiza3on
from
a
holis3c
perspec3ve
Leiden
University.
The
university
to
discover.
6. Why
modeling
business
processes?
- To
have
a
formal
documenta3on
(as
point
of
reference)
- To
allow
process
analysis
(e.g.,
reengineering)
- To
communicate
processes
- To
generate
executable
process
language
(e.g.,
BPEL)
Leiden
University.
The
university
to
discover.
7. Examples:
BPM
Supply
fulfillment,
Informal
&
Formal
Leiden
University.
The
university
to
discover.
8. How
to
Model
Business
Processes?
We
need
a
formal
way
to
model
BP,
so
that:
l Widely
understood
(using
standard
nota3on)
l Avoid
ambiguity,
inconsistency,
etc.
in
expressing
concepts
l Allow
automated
assessments
Leiden
University.
The
university
to
discover.
9. CreaDng
an
AcDvity
Diagram
- Iden3fy
the
scope
of
the
ac3vity
diagram
(e.g.,
a
use
case)
- Add
start
and
end
points
- Add
ac3vi3es
- Add
transi3ons
from
the
ac3vi3es
- Add
decision
points
(if
any)
- Iden3fy
opportuni3es
for
parallel
ac3vi3es
Leiden
University.
The
university
to
discover.
10. CreaDng
an
AcDvity
Diagram
Another
Example
Leiden
University.
The
university
to
discover.
11. The
Swimlanes
- Add
a
dimension
to
visualize
roles
- Separate
the
diagram
into
parallel
lanes
- Each
lane
presents
ac3vi3es
performed
by
each
role
- Transi3ons
can
take
across
swimlanes
Leiden
University.
The
university
to
discover.
12. Case
Study:
In-‐class
assignment
- Analyze
&
model
the
current
business
process
of
the
OV-‐chipkaart
from
the
customer
perspec3ve
- Use
ac3vity
diagrams
to
support
your
model
- What
are
the
differences?
Example:
Strippenkaart
Process
Leiden
University.
The
university
to
discover.
13.
Part
2
–
Knowledge
Sharing
Tayloris3c
&
Direct
Knowledge
Sharing
Leiden
University.
The
university
to
discover.
14. to press development teams to produce multitude of
documents throughout a software project.
Knowledge
Sharing:
TaylorisDc
Way
TaylorisDc
Knowledge
Sharing
(Melnik
and
Maurer,
2009)
10% communication error !
• Division
of
labor
and
long
chains
of
transfer
(90%)5 = 59% info gets to developer
• 5%
communica3on
errors
pro
transfer
5% communication error !
→
only
77%
of
informa3on
reaches
developer
5
(95%) = 77% info gets to developer
• Projects
suffer
from
less
direct
links
(Keil
and
Carmel,
1995)
Figure 1. Knowledge Sharing: Tayloristic Way.
Leiden
University.
The
university
to
discover.
15. process.
Knowledge
Sharing:
Direct
Way
Agile
Knowledge
Sharing
(Melnik
and
Maurer,
2009)
10% communication error !
• Encourage
con3nuous
realignment
of
goals
90% info gets to developer
and
customer
feedback
5% communication error ! process
• Knowledge
sharing
a
highly
social
95% info gets to developer
Leiden
University.
The
university
to
discover.
16. Knowledge
Sharing
Exercise
(Melnik
and
Maurer,
2009)
Knowledge
Sharing
Exercise
(Melnik
and
Maurer,
2009)
• Simula3on
of
Tayloris3c
knowledge
sharing
• Form
small
teams
of
3-‐6
people
• Goal:
Reproduce
a
Drawing,
Time:
20
mins
Roles
• Analyst
Describes
requirements
in
prose
on
paper
• Messenger
Carries
notes
from
developers
and
back
• Developer
Implement
the
specifica3on
Leiden
University.
The
university
to
discover.
17. Knowledge
Sharing
Exercise
(Melnik
and
Maurer,
2009)
Examples
(Melnik
and
Maurer,
2009)
Industry Team 1: Original IndustryTeam 1: Original
SAIT Team 1: Product Industry Team 2: Original
SAIT Team 1: Product S
Ind
Industry Team 1: Original Industry Team 1: Product Industry Team 2: Original In
(a) (a) (b)
(a) (b)
Leiden
University.
The
university
to
discover.
18.
Part
3
–
DocumentaDon
Requirements
Specifica3on
Templates
Leiden
University.
The
university
to
discover.
19. So[ware
Requirement
SpecificaDon
SRS
Templates
• Help
to
structure
requirements
Standards
• IEEE
830-‐1998
• IEEE
1362-‐1998
• VOLERE
Template
Leiden
University.
The
university
to
discover.
20. Requirement
SpecificaDon
Templates
• Introduc3on
• General
descrip3on
(overview
&
scope)
• Specific
requirements
Leiden
University.
The
university
to
discover.
21. Requirement
SpecificaDon
Templates
IEEE
Recommended
PracDce
for
So[ware
Design
DescripDons
(IEEE
830,
1998)
1. Introduction
1.1 Purpose of the document
1.2 Scope of the product
1.3 Definitions, acronyms and abbreviations
1.4 References
2. General description
2.1 Product perspective
2.2 Product functions
2.3 User characteristics
2.4 General constrains
2.5 Assumptions and dependencies
3. Specific requirements
3.1 Functional requirements
3.2 External interface requirements
3.3 Performance requirements
3.4 Design constraints
3.5 Software quality attributes
Appendices
Index
Leiden
University.
The
university
to
discover.
22. FuncDonal
Requirements
Most
common
requirement
form
• What
system
must
do
according
to
project
goal
• Ac3ons
the
systems
takes:
Input
→
Behavior
→
Output
• “System
must
do
<requirement>”
Measurable:
• Criterion
in
terms
of
predicted
outcomes
Leiden
University.
The
university
to
discover.
23. Non-‐FuncDonal
Requirements
SomeDmes
also
called
Quality
Requirements
• System
performance,
throughput,
3ming
• Look
and
feel,
usability,
security,
reliability
• “System
must
be
<>”
Measurable:
• Throughput,
3ming
and
stress
tests
• Usability
tes3ng
with
users
Leiden
University.
The
university
to
discover.
24. Requirements
≠
SoluDons
SoluDons
1. Users
shall
be
able
to
pay
train
fares
via
OV-‐chipkaart
2. The
system
shall
be
password
protected
Requirements
1. The
system
shall
allow
payment
of
mul3ple
transporta3on
systems
2. The
system
shall
provide
access
only
to
authorized
users
Leiden
University.
The
university
to
discover.
25. Volere
Template
(Volere,
2010)
Requirement #:X Requirement Type: _ Event/use case: _
Description: Natural language statement in stakeholder
words, describing the intent of the requirement
Rationale: Reason behind the requirement. Help
understanding the context.
Originator: Person or stakeholder group
Fit Criterion: Acceptance criteria defined in a quantified
manner. To be used for acceptance testing.
Customer Satisfaction: 1-5 Customer Dissatisfaction: 1-5
Dependencies: other Req. Conflicts: ___
Supporting Materials: Link to further references
History: Creation dates and authors for traceability.
Leiden
University.
The
university
to
discover.
26. Templates:
In-‐class
assignment
TranslaDon
of
requirements
• Form
groups
of
2-‐3
people
• Groups
receive
VOLERE
and
SRS
Examples
• Groups
A:
Translate
Volere
-‐>
SRS
• Groups
B:
Translate
SRS
-‐>
VOLERE
• 10mins,
then
groups
switch
ar3facts
EvaluaDon
• What
did
you
learn/experience?
Leiden
University.
The
university
to
discover.
27. Assignment:
Req.
SpecificaDon
Propose
requirements
and
a
business
process
for
a
fic3onal
OV-‐chipkaart
without
logging
out.
You
can
use
other
technologies
(e.g.
RFID)
Deliverables
Your
requirements
in
a
SRS
(IEEE
Std-‐830,
as
PDF),
include
• 1
Ac3vity
diagram
• 2
VOLERE
sheets
• Provide
sufficient
textual
descrip3ons
Hand
in
via
email
Subject:
RE
assignment
–
Assignment
4
–
Specifica3on
Naming
conven3on
for
the
file:
stnumber_lastname.pdf.
Use
PDF.
One
solu3on
per
person.
• Send
to:
stepna@liacs.nl
• Deadline:
April
19,
2012
Leiden
University.
The
university
to
discover.
28. Bibliography
• Fowler,
M.
(2004),
UML
dis3lled:
a
brief
guide
to
the
standard
object
modeling
language
(3
ed.),
Addison-‐
Wesley,
p.
131,
ISBN
9780321193681
• Hammer,
M.
&
Champy,
J.
(1994).
Reengineering
the
corpora3on:
A
manifesto
for
business
revolu3on.
New
York:
Harper.
• IEEE,
Sosware
Engineering
Commitee
(1998)
IEEE
Recommended
Prac3ce
for
Sosware
Design
Descrip3ons.
ANSI/IEEE
Std
830,
October
1998
• Keil,
M.,
Carmel,
E.
Customer-‐Developer
Links
in
Sosware
Development.
Communica3ons
of
the
ACM,
38
(5):
33–44,
1995.
• van
Lamsweerde,
A.
(2009)
Requirements
Engineering:
From
System
Goals
to
UML
Models
to
Sosware
Specifica3ons.
Wiley,
March
2009.
• Melnik,
G.
and
Maurer,
F.
“Direct
verbal
communica3on
as
a
catalyst
of
agile
knowledge
sharing,”
in
Proceedings
of
the
Agile
Development
Conference.
Washington,
DC,
USA:
IEEE
Computer
Society,
2004,
pp.
21–31.
• Taylor,
F.
Principles
of
Scien3fic
Management.
Norton,
New
York,
NY,
1967.
• Volere
(2010)
Volere
Requirements
Specifica3on
Template.
Edi3on
15
—
2010.
Retrieved
2012-‐04-‐11.
htp://
www.volere.co.uk/template.htm
Leiden
University.
The
university
to
discover.