1991
DOI: 10.1109/12.88473
|View full text |Cite
|
Sign up to set email alerts
|

SDE: incremental specification and development of communications software

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
5
0

Year Published

1995
1995
2003
2003

Publication Types

Select...
4
3

Relationship

0
7

Authors

Journals

citations
Cited by 17 publications
(5 citation statements)
references
References 11 publications
0
5
0
Order By: Relevance
“…Note that in their approach, the states of the resulting diagram are manually identified by the analyst when building the scenario tree. Finally, as an example from the telecommunications domain, the research by Ichikawa et al [35] may be mentioned. They introduce a language for message sequence description as a basis for protocol synthesis.…”
Section: Related Workmentioning
confidence: 98%
“…Note that in their approach, the states of the resulting diagram are manually identified by the analyst when building the scenario tree. Finally, as an example from the telecommunications domain, the research by Ichikawa et al [35] may be mentioned. They introduce a language for message sequence description as a basis for protocol synthesis.…”
Section: Related Workmentioning
confidence: 98%
“…We believe that this is crucial as many of the subtle design issues can lead to errors when concurrent interacting components are composed. Other work based on translation have focused on producing SDL specifications (e.g., [21]), hierarchical state machines (e.g., [6]), and other state machine based formalisms (e.g., [25]).…”
Section: Semantic Definitionsmentioning
confidence: 99%
“…Many authors consider that scenario specifications describe high-level design of system components, i.e., that a set of scenarios directly determines a state machine for each system component. This is particularly true for most approaches that use synthesis algorithms as a means of providing scenario semantics, for those in which component or system state identification is considered or those approaches that use state machine semantics (for e.g., [15], [21], [22], [27], [28], [39], [40], [49], [50]). These approaches take on a design-oriented perspective, in which scenario descriptions are a design document in their own right.…”
Section: Design Vs Early Requirements Oriented Semanticsmentioning
confidence: 99%
“…This tool supports the editing of hMSCs, but analysis is focussed on only basic MSCs. -The SDE [13] and MuSiC++ [20] developed by NTT are closely related tools centered around SDL and providing for MSC editing, analysis and code synthesis. Analyses include an inconsistency check that is based on deadlock detection in bMSCs, and code synthesis that produces SDL code from bMSCs.…”
Section: Call This Requirement the "What-you-see-is-what-you-ge~'mentioning
confidence: 99%
“…They have already been adopted within several software engineering methodologies and tools, e.g., [13], [8], [17], [22], [7], [2], and [3]. MSCs are used to document system requirements that guide the system design [22], describe test scenarios (e.g., [17,7]), express system properties that are verified against SDL specifications [2], visualize sample behavior of a simulated system specification [22,2,12], capture early life-cycle requirements [3], and to express legacy specifications in an intermediate representation that helps in software maintenance and reengineering [13]. In this paper we propose the architecture for an MSC-based tool for the requirements and design phases of the life-cycle of reactive systems.…”
Section: Introductionmentioning
confidence: 99%