Skip to content

T card Project Specification

Tom Grundy edited this page Jan 15, 2019 · 6 revisions

Click Here to read important notes about this project specification.

Project Specification / Statement of Work

This spec is broken into three parts: 'requirements', 'nice-to-haves', and 'ideas'. All items should begin in 'ideas'. If the items in the 'ideas' section get fleshed out and agreed upon to a sufficient level of detail, they can get promoted to 'requirements' or 'nice-to-haves' as appropriate.

Requirements

  • sign-in interface: fast electronic sign-in at the logistics table (by whatever means) is the entry point for this whole process
    • 1-14-19: OES / DSW certifies that electronic sign-in is OK for insurance purposes, as long as the end result is in the same format i.e. has the same columns as a hand-written sign-in sheet. See emails from 1-14-19.
  • networked: server/client configuration on a local wifi network, without internet access
  • real-time updating: new sign-ins from any node should be visible to all other nodes 'instantly'
  • robust: double-redundant or better real-time automatic backups both digitally and on paper (to networked printer); also fault-tolerant enough to allow the system to keep working - on paper if needed - if any or all parts of the system fail for any duration
    • the plan is to push the entire data set to multiple client nodes (laptops) on every operation, so that a power outage or network outage will still leave multiple different laptops in a usable state with 'no' data loss. The client laptops should send back an ack message to the originator - would be nice if there is a small color-coded status for each client, visible in real time on the main master interface

Nice-to-haves

  • cross-platform: Windows server; Windows, iOS, Android clients (moved from 'requirements' 1-14-19 TMG)

Ideas

  • xml-based T-card file format (.tml?): one file for each human - each county keeps updated .tml's ready to go for mutual aid - privacy factors in here somehow
  • categorization: accommodate the various T-card data fields and figure out how to display and group them appropriately
  • touch-screen interface: ops could build teams on a large touch-screen inside the trailer, with an interface that looks and behaves like a T-card sleeve (and updates are instantly visible on all other nodes)
  • automatic printing of names, callsign, etc on assignment forms: does sarsoft already provide for this in any way? If not, can the sarsoft-generated assignment form PDF be a fillable form that this program can automatically fill out and print?