Asi-Sts System Requirements Document (SRD) April 20, 2015

ASI-STS Requirements Document
ASI-STS
System Requirements Document (SRD)
Version 1.1
April 20, 2015
Team Member 1 Name: ____________________________________

Signature:_____________________________________, date: _________________
Team Member 2 Name: ____________________________________
Signature:_____________________________________ , date: _________________
Team Member 3 Name: ____________________________________
Signature:_____________________________________ , date: _________________
Faculty Advisor Name: ____________________________________
Signature:_____________________________________ , date: _________________
NOTE: Final Submission at the end of semester shall have signatures from all team members and faculty
advisor. A word formatted doc and signed pdf should be uploaded.
System Requirements Document
April 20, 2015
Page 1 o f 24

1. EXECUTIVE SUMMARY
1.1
1.2
1.3
1.4
PROJECT OVERVIEW
PURPOSE AND SCOPE OF THIS SYSTEM REQUIREMENTS DOCUMENT
1.3 DEFINITIONS, ACRONYMS, AND ABBREVIATIONS
1.4 REFERENCES
2. PRODUCT/SERVICE DESCRIPTION
2.1
2.2
2.3
2.4
PRODUCT CONTEXT
ASSUMPTIONS
CONSTRAINTS
DEPENDENCIES
3. REQUIREMENTS
3.1 FOLLOWING AREAS SHOULD BE CONSIDERED
3.1.1 User Interface Requirements
3.1.2 Performance
3.1.3 Capacity
3.1.4 Availability
3.1.5 Latency
3.1.6 Manageability/Maintainability
3.1.7 Monitoring
3.1.8 Maintenance
3.1.9 Systems Interfaces
3.2 SYSTEM REQUIREMENTS MATRIX
FOR
FUNCTIONAL REQUIREMENTS
4. USER SCENARIOS/USE CASES

5. ANALYSIS MODELS
5.1
5.2
5.3
4.1 SEQUENCE DIAGRAMS

4.3 DATA FLOW DIAGRAMS
4.2 STATE-TRANSITION DIAGRAMS
6. SYSTEM REQUIREMENTS TEST MATRIX

7. SIZE WEIGHT POWER
7.1 POWER
7.2 WIGHT SIZE
8. CHANGE MANAGEMENT PROCESS
April 20, 2015
Page 2 o f 24
1. Executive Summary
1.1
Project Overview
The Aero Simulation Inc. Smart Temperature Sensor (ASI-STS) is a new and improved way to monitor
the temperature of the computer cabinets associated with a military or commercial flight simulator. This
project is being done under the guidance and in cooperation with Aero Simulation Inc. (ASI). Our
product will meet the government and/or commercial specifications that state how such a system must
operate, and will also include optional features other commercial companies/foreign governments may
want. This system will monitor the temperature of the computer cabinets and send alerts when a
temperature gets too high. This product may also initiate the powering off of specific overheating units,
preventing the shutdown of the entire trainer. Our product will display temperatures at all times on an
LCD or alphanumeric display.
1.2
Purpose and Scope of this System Requirements Document
In Scope
This document will address the following requirements of senior design project ASI STS:
Objectives and performance standards for the system as a beta for a commercial product
Objectives and performance standards for the system as a deliverable for Aero Simulation Inc.
User interaction with the system
Out of Scope
The following items pertain to the final design and are out of scope
Objectives and performance standards for the system as a final commercial product
Objectives and performance standards for the system as a product for the United States government
1.3
1.3 Definitions, Acronyms, and Abbreviations
ASI - Aero Simulation Incorporated

ASI-STSS - Aero Simulation Inc. Smart Temperature Sensor System
EE - Electrical Engineering
EPO - Emergency Power Off
GPIO - General Purpose Input Output
IA - Information Assurance
LCD - Liquid Crystal Display
LED - Light Emitting Diode
ME - Mechanical Engineering
OFT - Operational flight Trainer
RFTD - Reconfigurable Flight Training Device
U - A standard unit measurement for a 19 in wide and 1.75 in high rack unit
UPS - Uninterruptible Power Supply
April 20, 2015
Page 3 o f 24
1.4
1.4 References
The references below fall under three separate categories. The engineering documents, products and
personnel of Aero Simulation Incorporated are incorporated with the overall scheme of the project: used
in confirming design assumptions, evaluating alternative components and reducing project risk. The
Serial Communications and Bluetooth references involve information behind the dialogue between the
master and the slaves: in this case, the microprocessor and the temperature sensors. The remaining
references - Alliedelec, Ti and Mouser all revolve around part information - mainly data sheets.
Alliedelec.com, 'Allied Electronics - Industrial Automation & Control Products Distributor', 2015. Internet:
http://www.alliedelec.com/. [February 15, 2015].
Curt Franklin and Julia Layton. How Bluetooth Works. Internet: http://electronics.howstuffworks.com/bluetooth2.htm. June
28, 2000 [February 28, 2015].
Mouser.com, 'Mouser Electronics - Electronic Components Distributor', 2015. Internet: http://www.mouser.com/

[February 15, 2015].
R. Toulson and T. Wilmshurst. Serial Communications with I2C. Internet:
http://developer.mbed.org/media/uploads/phill/mbed_course_notes_-_serial_communications_with_i2c.pdf. 2011
[February 27, 2015].
Ti.com, 'Analog, Embedded Processing, Semiconductor Company, Texas Instruments - TI.com', 2015. Internet:
http://ti.com [February 15, 2015].
Various engineering documents, products, and personnel. Aero Simulation Inc. [February 1 - April 27, 2015].
2. Product/Service Description
2.1
Product Context
The ASI-STS is designed to be used in multiple PC cabinets that support an Operational Flight Trainer
(OFT) or a Reconfigurable Flight Training Device (RFTD). ASI is commonly contracted or
subcontracted to design, build, and/or modify new and existing flight simulator platforms throughout the
continental US and other US owned territories. Less commonly, ASI is contracted/subcontracted to
design, build, and/or modify flight simulators for commercial customers and foreign military throughout
the world.Two major specification requirements that are common for all customers of ASI are:
a) The OFT/RFTD must contain multiple overtemperature emergency power off sensors (EPO
sensors).
b) They must contain overtemperature warning sensors.
These sensors must be located in the cabinets that produce the most heat. The EPO sensors must
cause a complete and immediate trainer shutdown once triggered. The overtemp warning sensors must
provide a visual and audible indication of an overtemp condition in a specific cabinet. The exact
temperature values at which the overtemp warning and EPO shutdown occur varies with each contract.
Also, the number of these sensors varies with each contract.
April 20, 2015
Page 4 o f 24
In most past designs of an EPO and overtemp system used by ASI and other competitors, a single
+VDC signal runs through a normally closed circuit, originating from an Uninterruptible Power Supply
(UPS), and passing through multiple EPO pushbuttons and Thermal EPO switches, located in various
support cabinets (See Figure 1a). If someone presses one of the EPO buttons or a specified
temperature is reached, opening a thermal switch (i.e. 110 F), the normally closed circuit is broken
and the UPS automatically shuts down. Also, in many of the same cabinets, there are overtemp
warning thermal switches that are normally open and wired in parallel to a centralized location (See
Figure 1b). This location would contain a drawer assembly with a black box, a power supply, multiple
LEDs, and a buzzer. If a specified temperature is reached, which is less than the EPO switch
temperature (i.e. 90 F), the buzzer would initiate an aural warning and one of the LEDs would
illuminate corresponding to a specific cabinet. Refer to Figure 2a/2b for an example of an
overtemperature warning tray assembly and a temp sensor assembly from a past contract.
Figure 1a: Typical EPO and Overtemp Power Off System Diagram
April 20, 2015
Page 5 o f 24
Figure 1b: Typical Overtemperature Warning System Diagram
April 20, 2015
Page 6 o f 24
Figure 2a: Example of an Overtemperature Warning Tray Assembly
April 20, 2015
Page 7 o f 24
Figure 2b: Example of a PC Cabinet Temp Sensor Assembly
ASI has requested an improved form-fit-all solution to all future contracts in order to improve on
proposal design and future costs. Because of safety requirements, the EPO and over-temperature
power off circuit design from Figure 1a cannot be changed. However, the overtemp warning system
from figure 1b is very primitive and can be vastly improved.
The newly designed overtemp warning system must come in two parts. Refer to Figures 3a and 3b for
the modified Overtemp system diagrams. First, there is the temperature sensor assembly that will still
be similar to the one depicted in Figure 2b. It will house the same overtemp power off sensor that
opens at 110 F. However, the overtemp warning sensor will be a digital slave I2C temperature sensor
that will continuously transmit an 8 - 12 bit digital temperature value to the overtemp warning tray
assembly. This I2C connection or bus will be enabled in two options. Option 1 will be a direct
hardwired connection, used for US military contracts. Option 2 will be a bluetooth connected I2C bus
which will be used on commercial and foreign military contracts. Power will be supplied to this tray from
outside sources or terminals that come standard with every trainer.
The second part of the overtemp warning system will be an overtemp warning tray assembly. Similar to
the one depicted in Figure 2a, it must be housed in a standard 19 rack mount 2U or 3U drawer. The
warning tray assembly must have 12 to 14 LEDs on the front panel which illuminate when a cabinet,
corresponding to a specific LED, reaches 90 F or greater. Also, the front panel must have LCDs or
alphanumeric displays, which constantly display the temperatures of up to 12 - 14 cabinets. A single
buzzer on the front must activate during an overheat condition in order to gain the attention of
maintenance personnel. A reset button must be provided on the front panel in order to silence the
buzzer.
A central microprocessor must be used inside the tray assembly for multiple tasks. It must be the hub
for incoming temperature data, outgoing numerical data, and GPIO. Specifically, it will take in I2C
digital temp data and the reset button activation. It will output the digital temp values in Fahrenheit, the
April 20, 2015
Page 8 o f 24
LED activation, and the buzzer activation. Also, it must provide 12-14 digital returns to an outside
connection, each corresponding to 12 - 14 cabinets. This array of DOs will be used by the overall flight
trainers DIs, located in the VME chassis. When a DO is activated in the warning tray assembly, the
trainers VMIC DI card will sense it and the flight trainers system host can acknowledge an overtemp
condition and have the ability to shut down specific equipment located in the over-heated cabinet. This
functionality will prevent an overall trainer shutdown from the activation of the EPO system at 110 F,
and essentially save thousands of dollars in engineering hours. In order to power all necessary
components in the tray, a 5VDC power supply must be housed inside, using standard 120 VAC input
power.
The last thing to consider is the actual interface between the components inside the tray and
corresponding system outside of the tray, including the trainers VME chassis. There will be a
requirement for three types of feed through connectors. First, there will be 12 - 14 I2C feed through
connectors for the digital temp sensors in the hardwired option #1. Second, there will be a single
connection that provides one phase of 120 VAC, neutral, and chassis ground to the 5 VDC power
supply and the rest of the components inside. Finally, there will be a D-Sub 15 feed through connector
for the 12 -14 digital return signals to the trainers VME chassis.
Figure 3a: Option #1 ASI-STSS Hardwired Overtemp System Diagram
April 20, 2015
Page 9 o f 24
Figure 3b: Option #2 ASI-STSS Wireless Overtemp System Diagram
2.2
Assumptions
This product assumes that the company has computer racks able to accommodate drawers of size 2U
or 3U.
ASI will provide a single phase of 120 VAC, neutral, and chassis ground to the 2U/3U tray.
ASI will provide 5VDC, DC RTN, and chassis ground to the temp sensor assembly.
The maximum distance between the central over-temp tray assembly and any other cabinet is less than
or equal to 10 meters.
Assume the product must run at all times given a constant power supply.
2.3
Constraints
The main restraint on this project is that government security protocol requires one version of the
product must be completely wired. Due to United States IA policy there can be no wireless signals
involved in the regulation of this device.
The product has a space requirement that it must integrate with existing computer banks. Thus, it must
be made to fit into a 2 or 3 U drawer.
April 20, 2015
Page 10 o f 24
The product must be able to switch between running wirelessly to with wires depending on its set up.
2.4
Dependencies
This product requires power outlets and or outside power sources to be available at all times
This product requires that one of the drawers in the cabinet used for computers be empty. The
drawer must be 2 or 3 U.
3. Requirements
The product has two modes. The operation of each is defined below.
Product must be easily configurable for each design (hard-wired or wireless).
The requirements for the hard-wired product provided to the US Government:

Product must read the temperature of 12-14 computer cabinets
Product must display the temperature of up to 12-14 computer cabinets continuously
Product must light an LED when the temperature reaches 90 Fahrenheit for each cabinet
Product must emit an alarm sound when the temperature reaches a 90 Fahrenheit
Product must be completely hard-wired, no wireless transmission.
Product must fit into a 2-3 U drawer, except for the temperature sensors and connecting wires
Product must operate up to at least 120 fahrenheit
Product must provide 12-14 digital returns when an alarm condition occurs, used by the system Digital
Input (DI) VMIC card
Product must operate off of 5 V dc, 10 v dc, 28 v dc or standard single phase 120V ac
The requirements for the wireless product provided to commercial and foreign military customers:
Product must be wirless between the temperature sensors and the processor
Product must read the temperature of 12-14 computer cabinets
Product must display the temperature of up to 12-14 computer cabinets continuously
Product must light an LED when the temperature reaches 90 Fahrenheit
Product must emit an alarm sound when the temperature reaches 90 Fahrenheit
Product must fit into a 2-3 U drawer, except for the temperature sensor assemblies
Product must provide 12-14 digital returns when an alarm condition occurs, used by the system Digital
Input (DI) VMIC card
Product must operate off of 5 V dc, 10 v dc, 28 v dc or standard single phase 120V ac
3.1
3.1.1
Following areas should be considered for Functional Requirements

User Interface Requirements
The user should be able to see the temperature of each cabinet at all times.
The user should be able to press a button on the front panel to turn off the buzzer
The user will see an LED light up when the temperature of a cabinet exceeds 90 degrees Fahrenheit
April 20, 2015
Page 11 o f 24
3.1.2
Product must display the temperature of 12-14 computer cabinets simultaneously and continuously.
A legible temperature measurement will be taken, displayed and replaced at least every 100 msec.
3.1.3
Capacity
Product must display the temperature of 12 - 14 computer cabinets simultaneously and continuously
Each cabinet will have a corresponding LED
The cabinets shall share a single buzzer as an audible indicator
3.1.4
Performance
Availability
Downtime requires alternate temperature measurements during maintenance, depending on urgency.

Scheduled maintenance during simulation down-time does not affect the impact of the product.
Product must function at all times, omitting maintenance downtimes.
Unscheduled maintenance impacts environment downtime, unless an alternate form of

temperature measurement is implemented.
Product must function in a 2U or 3U empty space for our drawer.

3.1.5 Latency
The product must update the temperature every second.
3.1.6
Manageability/Maintainability
3.1.7
Monitoring
If the system fails it must replaced. The failure would most likely be a individual part, and it would need
to be replaced.
3.1.8 Maintenance
The products will be in a drawer that can be removed if maintenance is required. The sensors will be
attached to the cabinets and can be removed for maintenance.
3.1.9
Systems Interfaces
A. Multiple Cabinet Sensors to Processor Interface

a. Each sensor individually sends data to the processor for organization, this will be done by bluetooth or
wires
B. Processor to Server Interface
a. The processor will send out signals to the LEDs and buzzer, this will be a wired connection
C. The cabinet sensors will be attached to the cabinets themselves
D. The processor will be attached to the inside of the drawer.
April 20, 2015
Page 12 o f 24
3.2
System Requirements Matrix

Table 1 Requirements for Wired Version
Req#
Function
1
Software
Requirement
Comments
Communication protocol
between temp sensors,
MCU, and LCDs must be
I2C or SPI
Temp sensors and LCDs

require unique allocation or
addressing due to the
number of devices.
Floating Fahrenheit data will
be run through if then logic
in order to notify the host,
illuminate LEDs, activate the
buzzer, or indicate error
conditions
Software
A temp conversion
algorithm must convert
Multiple bytes of temp
data in Celsius to floating
Fahrenheit data for
numerical comparisons in
the code, and finally to
standard ASCII character
data for display on LCDs
Software
Real time Fahrenheit data

must be displayed on the
14 LCDs continuously at a
rate of no less than one
temperature conversion
per second, with accuracy
of +/- 2 F
Software
If the temperature of any

sensor => 90 F an LED
specific to that sensor

must illuminate and a
digital return must be
provided to one of 14
DOs (each specific to a
sensor)
5
Software
During an alarm condition

(when a temp >= 90 F)
an audible buzzer must

be activated, with the
option to silence it with
a push button.
6
ME
All connections must be

hard wired
ME
Front of enclosure must

contain 14 LEDs, 7 LCDs,
a buzzer, and a push
button
Date
Rvwd
SME /Faculty
Reviewed /
Approved
The DOs interface the flight

trainers VME chassis
through the FTD interface
socket
The buzzer must reset

automatically and be
available for subsequent
alarm conditions, even if it
was silenced.
Government security
protocol
April 20, 2015
Page 13 o f 24

8
ME
All wires and cables

routed in and out of the
enclosure must have
appropriate feed through
connectors and/or
appropriate sockets and
plugs.
ME
Product must fit into a

standard two U drawer,
except for the temperature
sensors and their
connecting wires and
housings
This allows it to be simply

inserted into the cabinet
10
ME
All parts, terminals, feed

through connectors,...etc
must be mounted, bolted,
or held down with hook
and loop. Must be rigid
and sturdy.
Cannot move if bumped.

Recommend the use of DIN
rail mounting.
11
ME
Operates in temperatures
between 40 and 130F.
Lab or room temperature,

and beyond overheat point.
12
ME
Product must operate off

of 5 V dc and/or 120V ac
These voltages are common

to all flight training devices
13
EE
Microcontroller must
possess multiple GPIO
ports configurable to be
DOs or DIs. Must have at
least 14 for the host
notification, 14 for all
LEDs, 1 for the buzzer, 1
for the reset of all LCDs,
and at least 2 spare for
unforeseen needs. Need
at least 1 DI for the buzzer
silence momentary
pushbutton.
More than one MCU can be

used if size and costs
permit. total is 32 GPIO
ports.
14
EE
Proper gauge wires must

be used throughout the
system. Recommended
colors are red = power,
black = neutral/GND and
white = signal.
Recommended gauge:
LEDs and buzzer must be

bright/loud enough to
capture the attention of
maintenance personnel.
Recommend the use of

BJTs or Mosfets in order to
meet a higher current
demand if out of the
microcontrollers scope.
15
EE
red = 20
black = 20
white = 22
April 20, 2015
Page 14 o f 24
Table 2 Requirements for Wireless Version
Req#
Function
1
Software
Requirement
Comments
Communication protocol
between temp sensors,
MCU, and LCDs must be
I2C or SPI
Temp sensors and LCDs

require unique allocation or
addressing due to the
number of devices.
Floating Fahrenheit data
will be run through if then
logic in order to notify the
host, illuminate LEDs,
activate the buzzer, or
indicate error conditions
Software
A temp conversion
algorithm must convert
Multiple bytes of temp
data in Celsius to floating
Fahrenheit data for
numerical comparisons in
the code, and finally to
standard ASCII character
data for display on LCDs
Software
Real time Fahrenheit

data must be displayed
on the 14 LCDs
continuously at a rate of
no less than one
temperature conversion
per second, with
accuracy of +/- 2 F
Software
If the temperature of any

sensor => 90 F an LED
specific to that sensor

must illuminate and a
digital return must be
provided to one of 14
DOs (each specific to a
sensor)
Date
Rvwd
SME /Faculty
Reviewed /
Approved
The DOs interface the flight

trainers VME chassis
through the FTD interface
socket
April 20, 2015
Page 15 o f 24

5
Software
During an alarm condition

(when a temp >= 90 F)
an audible buzzer must

be activated, with the
option to silence it with
a push button.
The buzzer must reset

automatically and be
available for subsequent
alarm conditions, even if it
was silenced.
ME
All connections between

microcontroller and each
temp sensor must be
wireless
ME
Front of enclosure must

contain 14 LEDs, 7
LCDs, a buzzer, and a
push button
ME
All wires and cables

routed in and out of the
enclosure must have
appropriate feed through
connectors and/or
appropriate sockets and
plugs.
ME
Product must fit into a

standard two U drawer,
except for the
temperature sensors and
their connecting wires
and housings
This allows it to be simply

inserted into the cabinet
10
ME
All parts, terminals, feed

through connectors,...etc
must be mounted, bolted,
or held down with hook
and loop. Must be rigid
and sturdy.
Cannot move if bumped.

Recommend the use of DIN
rail mounting.
11
ME
Lab or room temperature,

and beyond overheat point.
12
ME
Product must operate off

of 5 V dc and/or 120V ac
These voltages are

common to all flight training
devices
13
EE
Transceiver Module
located in the metal
enclosure must be
powerful enough to
communicate with remote
temp sensors.
Recommend a bluetooth
4.0 module. External
antenna mounting on the
enclosure is permitted on
the front or back face.
Sensor module or antenna
can be mounted on the top
outside of a cabinet
14
EE
Microcontroller must be
able to communicate with
sensors at a distance of
Typical max distance of

cabinets in a flight training
device.
Recommend bluetooth
transceivers
April 20, 2015
Page 16 o f 24

up to 10 meters
15
EE
Microcontroller must
possess multiple GPIO
ports configurable to be
DOs or DIs. Must have
at least 14 for the host
notification, 14 for all
LEDs, 1 for the buzzer, 1
for the reset of all LCDs,
and at least 2 spare for
unforeseen needs. Need
at least 1 DI for the
buzzer silence
momentary pushbutton.
More than one MCU can be

used if size and costs
permit. total is 32 GPIO
ports.
16
EE
Proper gauge wires must

be used throughout the
system. Recommended
colors are red = power,
black = neutral/GND and
white = signal.
Recommended gauge:
LEDs and buzzer must

be bright/loud enough to
capture the attention of
maintenance personnel.
Recommend the use of

BJTs or Mosfets in order to
meet a higher current
demand if out of the
microcontrollers scope.
17
EE
red = 20
black = 20
white = 22
4. User Scenarios/Use Cases
The product will periodically take temperatures from separated areas and relay this information to a
single data expression point. The expression point will show a numeric value for the temperature (in
Fahrenheit), and after a preset value is reached, an LED light will turn on.
(Business Scenario) Business A owns a practical business in server hosting and must keep a constant
eye on their technology. Overheating could cause a meltdown and damage certain technologies, while
shutting servers down for a period of time. This requires a type of environmental temperature sensor perfect for the application of the ASI STS. With this technology implemented throughout each server
cabinet, the business technology will be closely monitored to the nearest degree - sending out a
warning before the devices start to overheat. This gives time for active maintenance or preparation for
downtime. While minimizing customer inconvenience, this device will also chronologically track the
environment temperature - possibly giving rise to patterns.
5. Analysis Models
April 20, 2015
Page 17 o f 24
5.1
Sequence Diagrams
The sequence diagram visualizes the protocol of the ASI-ASTSS. If the temperature is read as
less than 90 Fahrenheit, the LED and alarm will remain passive. If the circuit reads the
temperature to be above 90, the LED and alarm will simultaneously activate.
5.2
Data Flow Diagrams
Our product sends data in one of two paths. Both start with the temperature sensor making
readings. After this the data is sent - either over Bluetooth or in wires to the microprocessor.
Either way, that data is then sorted in the processor. The processor will always send data to the
LCDs to display the temperature. It will only send on signals to the LED and alarm if the
temperature is past 90 F.
5.3
State-Transition Diagrams
The system is in one of two states at any given time. While the temperature sensors
continuously determine temperature and the microprocessor continually interprets and displays
the results, the 14 system indicators are either alerting the user or remaining idle.
Each system indicator starts and remains in idle mode until an overtemperature condition from
the corresponding sensor is reached. Once an overtemperature condition is reached, the
system indicator will switch into an alert state which includes an audible alarm and an LED
indicator. This state is maintained until the reset button is pushed by the user at which time the
system indicator reverts back to standby mode.
April 20, 2015
Page 18 o f 24
6. Requirements Test Matrix

Table 3 Test Requirements Matrix For Wired Version
Req#
Function
1
Software
Software
Requirement
Test Method
Brief Test description
The system must read and

interpret voltage levels as
temperature for each unit
Test
Test the temperature

with a thermometer
and compare it to the
output given by the
product.
The system must signal

when a temperature
Demonstration
We will heat the

sensor up and show
April 20, 2015
SME /Faculty
Reviewed /
Approved
Page 19 o f 24

reaches a fixed point with
alarm and LEDs.
that the alarm goes

off and the right LED
lights
Software
System must display the

temperature of each unit on
a screen.
Inspection
We will visually
identify if this section
is working as it
should.
Software
When a button on the front

panel is pushed by the user
the buzzer must stop
making noise
Test
The buzzer will be set

off and the button will
be pushed.
ME
All connections must be

wired
Inspection
We will visually
identify all
connections and see
that they are wired.
ME
Product must fit into a two U

drawer, expect for the
temperature sensor and
connecting wires
Inspection
We will visually
identify that the
product fits in the
space provided.
ME
Product must be held down

in the drawers
Test
The drawer
containing the product
will be shaken and
shown to stay in
place.
ME
Test
The product will be

heated with a hair
blower to the high
temperatures and
cooled then shown to
still work.
ME
Product must operate off of

5 V dc, 10 v dc, 28 v dc or
standard single phase 120V
ac
Demonstration
The product will be

powered by the
desired source and
shown to work.
10
EE
Product must provide 14

digital returns when an
alarm condition occurs
Demonstration
We will show that

each of 14 LEDs has
its own alarm
condition.
Table 4 Test Requirements Matrix For Wireless Version
Req#
Function
1
Software
Requirement
The system must read

and interpret voltage
levels as temperature for
each unit
Test Method
Brief Test description
Test
Test the temperature

with a thermometer
and compare it to the
output given by the
April 20, 2015
SME /Faculty
Reviewed /
Approved
Page 20 o f 24

product.
2
Software
The system must signal

when a temperature
reaches a fixed point with
alarm and LEDs.
Demonstration
We will heat the

sensor up and show
that the alarm goes
off.
Software
System must display the

temperature of each unit on
a screen.
Inspection
We will visually
identify if this section
is working as it
should.
Software
When a button on the front

panel is pushed by the user
the buzzer must stop
making noise
Test
The buzzer will be

set off and the button
will be pushed.
ME
Product must fit into a two

U drawer, except for the
temperature sensor and
connecting wires
Inspection
We will visually
identify that the
product fits in the
space provided.
ME
Product must be held down

in the drawers
Test
The drawer
containing the
product will be
shaken and shown to
stay in place.
EE

Demonstration
We will show that

each of 14 LEDs has
its own alarm
condition.
ME
Test
The product will be

heated with a hair
blower to the high
temperatures and
cooled then shown to
still work.
ME
Product must be operate off

5 V dc, 10 v dc, 28 v dc or
standard single phase 120V
ac
Demonstration
The product will be

powered by the
desired source and
shown to work.
10
EE

Demonstration
We will show that

each of 14 LEDs has
its own alarm
condition.
Product must wirelessly

send signal from
thermometer to
microprocessor.
Inspection
We will visually
identify all
connections are
wireless
11
Software
April 20, 2015
Page 21 o f 24
7. Size Weight Power

7.1
Power
After choosing our parts, we needed to make sure the batteries for our devices would supply enough.
Our product has two main areas that need power. The 2U drawer that has the microprocessor, LEDs,
LCD, etc, and the other main area are the sensor assemblies. For the sensor assemblies, they will be
powered by already existing power sources at the customers location. Thus for our product we are
simulating that with a 3.3 V cell battery. We will look more into the 2U box as we will be powering that.
In table 4 you will find a list of our parts and their max current and voltage draw. In table 5 you will see a
more indepth look at the max current draw of the 2U drawer if everything was running at once. Even in
this everything running at max scenario we only need half the current the power source can supply.
Table 4 Parts Voltage and Amp draw
Table 5 Max current draw if everything is on
April 20, 2015
Page 22 o f 24
7.2
Size and Wight
Our unit will be 2U. In other words, it will be 88mm high. It was be 216 mm in width and 203 mm long.
We estimate that the weight of our unit will be 5 lbs for the 2U drawer and .5 lbs for each sensor
assembly.
April 20, 2015
Page 23 o f 24
8. Change Management Process

The SRD will be posted on google documents. All team members will be given access to this
document. This site will save all updates in real time, allowing all team members to work on the
document simultaneously. All team members are allowed to update or change the document at
anytime. If any change is being made to previously agreed upon requirements the other team members
need to be alerted by the member changing the requirements. If at any point major changes are made,
the original document will be saved separately to preserve the original content and format. Revision
iterations of this document will contain updated date stamps in the footer section as well as appropriate
changes in the version number on the cover page.
April 20, 2015
Page 24 o f 24

Asi-Sts System Requirements Document (SRD) April 20, 2015

Uploaded by

Copyright:

Available Formats

You might also like

Asi-Sts System Requirements Document (SRD) April 20, 2015

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Asi-Sts System Requirements Document (SRD) April 20, 2015

Uploaded by

Copyright:

Available Formats

ASI-STS Requirements Document

Team Member 1 Name: ____________________________________

System Requirements Document

April 20, 2015

ASI-STS Requirements Document

4. USER SCENARIOS/USE CASES

4.1 SEQUENCE DIAGRAMS

6. SYSTEM REQUIREMENTS TEST MATRIX

System Requirements Document

April 20, 2015

ASI-STS Requirements Document

Purpose and Scope of this System Requirements Document

1.3 Definitions, Acronyms, and Abbreviations

ASI - Aero Simulation Incorporated

System Requirements Document

April 20, 2015

ASI-STS Requirements Document

Mouser.com, 'Mouser Electronics - Electronic Components Distributor', 2015. Internet: http://www.mouser.com/

System Requirements Document

April 20, 2015

ASI-STS Requirements Document

System Requirements Document

April 20, 2015

ASI-STS Requirements Document

Figure 1b: Typical Overtemperature Warning System Diagram

System Requirements Document

April 20, 2015

ASI-STS Requirements Document

Figure 2a: Example of an Overtemperature Warning Tray Assembly

System Requirements Document

April 20, 2015

ASI-STS Requirements Document

Figure 2b: Example of a PC Cabinet Temp Sensor Assembly

April 20, 2015

ASI-STS Requirements Document

Figure 3a: Option #1 ASI-STSS Hardwired Overtemp System Diagram

System Requirements Document

April 20, 2015

ASI-STS Requirements Document

Figure 3b: Option #2 ASI-STSS Wireless Overtemp System Diagram

April 20, 2015

ASI-STS Requirements Document

The requirements for the hard-wired product provided to the US Government:

Following areas should be considered for Functional Requirements

System Requirements Document

April 20, 2015

ASI-STS Requirements Document

Downtime requires alternate temperature measurements during maintenance, depending on urgency.

Product must function at all times, omitting maintenance downtimes.

Unscheduled maintenance impacts environment downtime, unless an alternate form of

Product must function in a 2U or 3U empty space for our drawer.

A. Multiple Cabinet Sensors to Processor Interface

April 20, 2015

ASI-STS Requirements Document

System Requirements Matrix

Temp sensors and LCDs

Real time Fahrenheit data