IEC SRD 62559-4:2020 specifies best practices for an entity to engage in a use cases redaction process to determine and describe their user requirements for systems, based on the business needs. It complements the information in IEC TR 62559-1, IEC 62559-2 and IEC 62559-3 by providing users with best practices in: – use cases drafting process,- determining the skill sets of the people required, – use case repository management, and – using use cases for IEC or enterprise projects.<\/p>\n
| PDF Pages<\/th>\n | PDF Title<\/th>\n<\/tr>\n | ||||||
|---|---|---|---|---|---|---|---|
| 2<\/td>\n | undefined <\/td>\n<\/tr>\n | ||||||
| 4<\/td>\n | CONTENTS <\/td>\n<\/tr>\n | ||||||
| 6<\/td>\n | FOREWORD <\/td>\n<\/tr>\n | ||||||
| 8<\/td>\n | INTRODUCTION 0.1 General 0.2 Objectives of this document <\/td>\n<\/tr>\n | ||||||
| 10<\/td>\n | 1 Scope 2 Normative references 3 Terms, definitions and abbreviated terms 3.1 Terms and definitions <\/td>\n<\/tr>\n | ||||||
| 11<\/td>\n | 3.2 Abbreviated terms 4 Overview of the methodology 4.1 Concept of systems engineering 4.2 Systems engineering methodology for use case development 4.2.1 General <\/td>\n<\/tr>\n | ||||||
| 12<\/td>\n | Figures Figure 1 \u2013 Project definition process <\/td>\n<\/tr>\n | ||||||
| 13<\/td>\n | 4.2.2 Overview of the phased approach 4.2.3 Phase 1: Methodology for executives <\/td>\n<\/tr>\n | ||||||
| 15<\/td>\n | 4.2.4 Phase 2: Modelling user requirements with use cases Figure 2 \u2013 Internal and external stakeholders for the ATM example <\/td>\n<\/tr>\n | ||||||
| 17<\/td>\n | Figure 3 \u2013 Use case workshop process <\/td>\n<\/tr>\n | ||||||
| 18<\/td>\n | Figure 4 \u2013 Graphically drafted business use case for the ATM example <\/td>\n<\/tr>\n | ||||||
| 19<\/td>\n | Figure 5 \u2013 Graphically drafted system use case for the ATM example <\/td>\n<\/tr>\n | ||||||
| 20<\/td>\n | Tables Table 1 \u2013 Use case scenario description according to IEC 62559-2 <\/td>\n<\/tr>\n | ||||||
| 21<\/td>\n | Table 2 \u2013 Use case information object description according to IEC 62559-2 Table 3 \u2013 Use case requirement description according to IEC 62559-2 <\/td>\n<\/tr>\n | ||||||
| 22<\/td>\n | Figure 6 \u2013 Sequence diagram showing the appropriate boundariesof exchange in the step-by-step analysis <\/td>\n<\/tr>\n | ||||||
| 23<\/td>\n | Figure 7 \u2013 Sequence diagram showing an inappropriate levelof detail of information exchange <\/td>\n<\/tr>\n | ||||||
| 24<\/td>\n | 4.2.5 Phase 3: Methodology for project engineers: developing detailed user requirements Figure 8 \u2013 Flow diagram for alternate (error) scenarios <\/td>\n<\/tr>\n | ||||||
| 26<\/td>\n | Table 4 \u2013 Examples of poorly-formed requirements and requisite improvement <\/td>\n<\/tr>\n | ||||||
| 27<\/td>\n | 4.3 Use of Unified Modelling Language (UML) 4.3.1 General Figure 9 \u2013 Base plane of the SGAM showing its requisite domains and zones <\/td>\n<\/tr>\n | ||||||
| 28<\/td>\n | 4.3.2 Use case diagram 4.3.3 Scenario flow chart Figure 10 \u2013 Example use case diagram showing actors,assumptions, objectives and preconditions. <\/td>\n<\/tr>\n | ||||||
| 29<\/td>\n | 4.3.4 Activity diagram Figure 11 \u2013 Example use case diagram scenario flow <\/td>\n<\/tr>\n | ||||||
| 30<\/td>\n | Figure 12 \u2013 Example activity diagram using Unified Modelling Language showingthe interaction of ATM operator bank, contractual bank, and a customer <\/td>\n<\/tr>\n | ||||||
| 31<\/td>\n | Figure 13 \u2013 Example activity diagram with object flow Figure 14 \u2013 Example for use case modelling down to data flow modelling <\/td>\n<\/tr>\n | ||||||
| 32<\/td>\n | 4.3.5 Sequence diagram 4.3.6 Data class diagram 4.4 Determining the quality of a use case 4.4.1 General Figure 15 \u2013 Example UML data class diagram showing the elements of a use case <\/td>\n<\/tr>\n | ||||||
| 33<\/td>\n | 4.4.2 Considerations for use case management and collaborative working Figure 16 \u2013 Use case lifecycle process <\/td>\n<\/tr>\n | ||||||
| 34<\/td>\n | 4.4.3 Version numbering 4.4.4 Management of use case overarching topics like actors, information objects or requirements <\/td>\n<\/tr>\n | ||||||
| 35<\/td>\n | 4.4.5 Actor hierarchy und multiple instances of an actor Figure 17 \u2013 Management of use case overarching topics Figure 18 \u2013 Translation of a technical architecture into an actor hierarchy <\/td>\n<\/tr>\n | ||||||
| 36<\/td>\n | 4.5 Coordination of parallel system use case supporting the same business use case 4.5.1 General <\/td>\n<\/tr>\n | ||||||
| 37<\/td>\n | 4.5.2 Decomposition of coordinated high-level use case into sets of low-level use cases, maximizing the use of already existing elements of standards (e.g. implantation example use case) 4.5.3 Perform gap analysis to identify necessary standardization work Figure 19 \u2013 Mapping business processes with standards and components <\/td>\n<\/tr>\n | ||||||
| 38<\/td>\n | 4.5.4 Components as the linking element between use cases, reference architectures model and standards 4.6 Outlook to support cooperation of different contributing domains by identifying cross standardization groups use cases Figure 20 \u2013 Components as the linking element between use cases,reference architecture models and standards <\/td>\n<\/tr>\n | ||||||
| 39<\/td>\n | Figure 21 \u2013 Actor naming in cross-domain use cases <\/td>\n<\/tr>\n | ||||||
| 40<\/td>\n | Bibliography <\/td>\n<\/tr>\n<\/table>\n","protected":false},"excerpt":{"rendered":" Use case methodology – Best practices in use case development for IEC standardization processes and some examples for application outside standardization<\/b><\/p>\n |