* New Parent Topic: Band6SwAudit

Evolving Plan for Software Audit

Ideas for draft Statement of Work

Write nearly final draft of Statement of Work during visit to NRAO on Thu 18 Jun 2009

Answer questions:
  1. Is this architectural review?
  2. What is ideal form of software?

    1. From software development process perspective (i.e. improvement to SW processes)
    2. From stakeholder's perspective (i.e. ideal measurement system)

  1. Two days prior to arrival (i.e. Tue 16 Jun 2009) provide list of items that will be covered.
  2. Provide schedule for review, including deliverables.
  3. Meet periodically with Lacasse, Nagaraj, Shannon, and Effland to discuss
    • status,
    • work remaining, and
    • to answer questions.
      These meetings must include agendas and result in action items.
  4. Provide suggestions on:
    • requirements generation,
    • software quality tracking and improvement (including bug tracking and fixes),
    • Estimates of labor required (i.e, do we have enough people working on this?).
  5. Is a one-day site visit sufficient to audit an instrument control system where the software is intimately connected to the hardware?
  6. Project Plan
    1. Software audit shall focus on tool recommendations, intermediate level process improvements (i.e. bug tracking tools), and code reviews. Higher level program management recommendations are not required.
  7. Deliverables:
    1. Generate a Gantt chart for work?
    2. Written report required 1 week prior to 25th of month.
  8. Personnel
    1. No change is anticipated in VI Engineering personnel assigned to this project:
    2. Jeff Siegel is primary contact
    3. Mike Rakolta supporting role
    4. Prabodh Shende is Program Manager

Possible Goals and Objectives

Improve Communications between Stakeholders and Developers

Formal requirements documents seem too cumbersome for our development process, and we are attempting an agile approach of holding daily 15 min meetings between stakeholders and developers, priorities lists for short term, gantt chart for long term, homegrown bug tracking system. Any suggestions for improvement?
Evaluate Messaging system and alternatives

Is the implementation of the current messaging system (using DataSocket communication) sufficient. Is this considered deprecated by NI?

What are the pros and cons of these alternative solutions:

Network Shared Variables

Functional Global Variables

Reinventing the wheel with TCP/IP or UDP
Evaluate OOP style and alternatives

Last I checked there seemed to be problems using the convert tool to upgrade to the new version of GOOP by Endevo. Why didn't this work? Should it be easy? Is it worth doing? Is it true that LabVIEW will soon release native support of pass-by-reference OOP?
Improving Enhance->Build->Deploy process?
Plug-in style architecture pros and cons.

Suggestions for improving documentation for each release?

How will the build process change with the next version of LabVIEW Will my automated build code still work?

Necessary computer reboots due to memory/resource leaks?

Time consuming machine reboots (sometimes multiple times daily) are required to get software working "cleanly" again after errors, extensive automated test cycles lasting 1-2 days, or if the software is left open over the weekend. Possible culprits are memory/resource leaks or faulty communication interface (ethernet card to motor controller).

We've purchased the Desktop Execution Trace Toolkit, but I could use some advice on the best way to use it.

Are memory/resource leaks inevitable when using LabVIEW
Device communcations problems
Motor Contoller Communications

Communication problems with the beam scanner motor controller. Sluggish response to commands. Often occurs after power failure, and sometimes seems to require machine reboot before it's fixed.
M&C Problems

Communication problems with the new M&C module. Spotty at times and readings are not always accurate.
Problem with Unique Logins *

Shared resources problems apparently prevent the CTS from using it's own unique log in. * This problem may have already been resolved.
GOOP Problems

I had to change GetAttributesToModify VI to make it work in multi-threaded context -- see 'L:\labview\Tests\models\SW Test\GetAttributesToModify BUG'. Is this a known problem?

Tool for updating to new version didn't work for me last I checked.
Bug List

Here is our bug tracking system.

Show this later in process

-- JohnEffland - 2009-06-16

This topic: ALMA > Band6SwAudit > SwAuditPlan
Topic revision: 2009-06-19, MichaelLacasse
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding NRAO Public Wiki? Send feedback