Docsity
Docsity

Prepare for your exams
Prepare for your exams

Study with the several resources on Docsity


Earn points to download
Earn points to download

Earn points by helping other students or get them with a premium plan


Guidelines and tips
Guidelines and tips

Formatting of Project 1 - Software Engineering | CS 3773, Study Guides, Projects, Research of Software Engineering

Material Type: Project; Class: Software Engineering; Subject: Computer Science; University: University of Texas - San Antonio; Term: Unknown 1989;

Typology: Study Guides, Projects, Research

Pre 2010

Uploaded on 07/30/2009

koofers-user-fl9-1
koofers-user-fl9-1 🇺🇸

10 documents

1 / 1

Toggle sidebar

Related documents


Partial preview of the text

Download Formatting of Project 1 - Software Engineering | CS 3773 and more Study Guides, Projects, Research Software Engineering in PDF only on Docsity! Formatting of Project 1 The IEEE standard on Recommended Practice for Software Requirements Specification describes the structure of the SRS and the kind of information that should go into each section. This information is also summarized in the lecture on the SRS Document. You can find some additional formatting information on requirements tables, user interface, and Data dictionary as below. Functional/Nonfunctional Requirements Table The table shall include the following columns: Functional/Nonfunctional Requirements Number: the unique number assigned to the requirement and referred by other requirements and use cases. Functional requirements are numbered as F01, F02, etc, and nonfunctional requirements are numbered as NF01, NF02, ect. Requirements Name: a descriptive one-or-two-word name for the requirement Overview: an one sentence description of each requirements item References: the related use case numbers and related requirements numbers listed User Interface The user interface shall include the following parts: Producing major screen shots (i.e., mock-up GUIs) Describing purpose of each widget on each screen shot (i.e., what each widget does) Relating input events and output events to widgets on screen shots (i.e., which input events trigger the widget and which events will be generated by the widget) Expressing navigations among screen shots, e.g., if the button is pressed, a new web page will pop up. Data Dictionary In the data dictionary, you shall give a brief description of each term that has been introduced in your SRS. The terms include classes, attributes, and operations in your class diagram, states, events, and activities in your state machine models, messages in your sequence diagram. The data dictionary shall include the name and purpose for each term.
Docsity logo



Copyright © 2024 Ladybird Srl - Via Leonardo da Vinci 16, 10126, Torino, Italy - VAT 10816460017 - All rights reserved