140 likes | 249 Views
Group Members: Jeremy Pager Ryan Hernandez Matt Lombardo Michael Santa Cruz Brad Simons. Honeywell Display Testing. Current Progress. Documentation (Matt Lombardo) SRS, SRDD, Test Plan Server (Ryan Hernandez) HGL CRC Communication Client (Jeremy Pager). Project Overview / Reminder.
E N D
Group Members: Jeremy Pager Ryan Hernandez Matt Lombardo Michael Santa Cruz Brad Simons Honeywell Display Testing
Current Progress • Documentation (Matt Lombardo) • SRS, SRDD, Test Plan • Server (Ryan Hernandez) • HGL • CRC • Communication • Client (Jeremy Pager)
Project Overview / Reminder • The purpose – • Make sure primitives are being drawn correctly on flight display units with Honeywell’s new graphics module • The approach – • Setting up a client-server network between a remote PC and the graphics module • From the remote PC we can tell the graphics module to draw shapes and retrieve checksums to verify correctness
Documentation • Honeywell’s protocol for doing documentation: • Requirements: SRS (System Requirement Specification) • Design: SRDD (System Requirement Design Document) • Testing: Test Plan • Goal: • Lower levels of documentation trace back to higher levels of documentation for requirement verification • Test Plan test cases -> SRDD requirements -> SRS requirements
SRS - Overview • The SRS focuses on the system-level requirements (the “what”), non implementation specific. • System Overview • General System Requirements • Quality Requirements • System Interface Requirements • Hardware • Power-Up Processing, Built In Test, and Safety Requirements
SRS – General System Requirements • Main focus of SRS: general system requirements • Provide abstract non implementation specific description of each requirement • Provide test cases for each requirement • Represented by “shall” statements, must be testable • Each “shall” statement has a trace tag
SRDD - Overview • SRDD focuses on the lower-level implementation -specific requirements (the “how”) • It is a list of methods and classes that will eventually be implemented • Specific enough to explain exactly what a function does • Abstract enough so the programmer can implement the code anyway they want
SRDD – Example Function • setPrimitive tells the AGM-200 which drawing mode to be in. • SRDD “shall” statements trace back to SRS
Test Plan • We have not begun the test plan yet. • The format is not as rigid as the SRS and SRDD • All “shall” statements in the SRDD must be tested.
Server – CRC Thread • Two Server Threads • CRC Calculation • Drawing HGL Primitives & Client Communication • Thread Communication • Mailboxes (interrupt driven) • Currently not working • CRC Thread Design • Continuously Calculate CRC • Send envelope reporting change in CRC calc.
Server – HGL Thread • HGL Thread Design • Draw requested HGL primitive • Listen for CRC response • Check for inconsistencies • Report Errors and CRC calculation to client • Current Tasks • Working on dynamically drawing HGL primitives • Thread communication
Server – Communication • TCP • Not working • Switching to UDP • Communication with HGL/CRC • Not working • Pack / Unpack RPCs • It compiles! • Who knows if it’s working?
Client • Due to our TCP issues, we’ve decided to use UDP instead. • Will require network layer in Java program to be rewritten. • Luckily, it’s a layered design, so changing the protocol won’t take much effort.
Summary • All our issues are environment related • Visual Studio build path / linking • Setting up the AGM’s process database • Other AGM environmental factors • Last week, we couldn’t get code working that we have seen previously working. • Our mentor: “My project was way easier”