1 / 11

Engineering

Engineering. RW344 : Software Design. ▬ ▬ ▬. Bernd Fischer bfischer@cs.sun.ac.za. Group Project: Painting Programs by Numbers. Problem statement. Many program analysis methods associate numbers with each statement: how often it has been exectued ?

drago
Download Presentation

Engineering

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Engineering RW344: Software Design ▬▬▬ Bernd Fischer bfischer@cs.sun.ac.za

  2. Group Project: Painting Programsby Numbers

  3. Problem statement Many program analysis methods associate numbers with each statement: • how often it has been exectued? • how many failing test cases have executed it? • how many models does it have? • how long ago was it written? by whom? • how often was it changed? • ...? The goal of this project is to collect and visualize this information in a normal text editor.

  4. Problem statement More precisely, this project should develop: • a generic visualization component as plugin to Eclipse; this should be language-independent (or easily be customizable to different programming languages), metric-independent, and easily customizable by users; and • a tool suite to compute different metrics suitable as input to the visualization component; the tool suite should cover at least three different areas (dynamic analysis, static analysis, development history).

  5. Pretty (?) Pictures

  6. Pretty (?) Pictures

  7. Pretty (?) Pictures

  8. Your Tasks • Requirements specification • work out what the system should do • submit IEEE-style requirements document • Design • work out architecture, algorithms, data structures • submit design document • Implementation • coding, testing, documentation • submit code & test cases, demonstrate system • Management • work out team name & structure, keep minutes & logs • submit logs

  9. Marking • Overall weight 30% • requirements, design, demonstration (ie functionality) • 1:1:2 weights • Only specified and implemented functionality counts • missing / broken essential requirements cost marks • need to prioritize requirements • Base mark for group, “moderated” by individual contributions • based on team structure, group’s self-assessment

  10. Schedule • Requirements due: Tuesday, Sep 02 • Design due: Tuesday, Sep 22 • Code due: Tuesday, Oct 21 • Demonstration: tbd

  11. Group assignments

More Related