DaCoPAn Software Engeneering Project

- Home  - Overview  - Members  - Documentation 

- Resources/Links - Project Website

 

Dacopan project                                MEETING MINUTES
                                               Apr 13th, 2004

Meeting

    Apr 13th, 2004, at 16:15

    Department of Computer Science


Attendance

    Carlos Arrastia Aparicio
    Jari Aarniala
    Jarkko Laine, secretary
    Turjo Tuohiniemi, instructor
    Vesa Vainio, chairman
    Alejandro Fernandez Rey

Absent

    Jonathan Brown


1. Start

    Mr. Vainio started the meeting at 16:34 after a while of general small 
    talk and demoing the current implementation of the animator.


2. Assessment of the situation

    The implementation was started last week even though the design document
    isn't completely finished yet. The group members have been separately 
    programming different parts of the software.

3. Discussion

    3.1 Coding conventions 

    Coding conventions were briefly discussed. Mr. Aarniala had added earlier
    a paper on them on his web site, and he promised to put the link to that 
    file on the TWiki site. 
 
    It was decided that the Java standards are used. The following issues 
    came up in addition to that:
       - Braces should always be used with blocks - even when they contain only
         one line of code. 
       - Line length of 100 characters should be used. 
       - Spaces should be used instead tabs, 4 spaces = 1 tab.


    3.2 Package structure 

    It was decided that classes should be put into packages according 
    to their functions, i.e. only the classes that are directly related
    to the MainFrame (animation panels) should be in the ui package 
    and for example all the settings dialogs should be in the settings 
    package (and not ui).

    The following package structure is used:

      - fi.helsinki.dacopan.animseq:  Animation Sequence Framework
      - fi.helsinki.dacopan.contsig:  Control Signal Framework
      - fi.helsinki.dacopan.model:    Data Structures
      - fi.helsinki.dacopan.settings: Settings and settings panels
      - fi.helsinki.dacopan.ui:       MainFrame and related UI classes
      - fi.helsinki.dacopan.pef:      Reading PEFs
      - fi.helsinki.dacopan.scenario  Reading scenario files


    3.3 Unit test plan    

    It was decided that Mr. Fernandez starts creating the unit test plan by
    writing a skeleton for the document. Mr. Aarniala explained unit testing 
    a little and pointed out that in unit tests we should always test the 
    smallest possible units. He told that he has started to code so that he 
    always thinks about how the code can later be tested as easily as possible - 
    Mr. Tuohiniemi stated that this is a good approach and that it should be
    carried out through the whole process starting from requirements.


    3.4 Protocol events file

    The Petrozavodsk team had sent a question concerning the Protocol events 
    file that the Helsinki group hadn't yet answered. It was decided that 
    Mr. Aarniala thinks about the suggestion and sends a reply. Mr. Arrastia and
    Mr. Fernandez volunteered to help Mr. Aarniala with this task.

    Mr. Aarniala also promised to write the description of the file format 
    to the global design document.
    

    3.5 Localization

    Localization was briefly discussed and it was decided that Mr. Vainio
    will look at localization and create the code needed to make the 
    software easily localizable.


    3.6 Diverse implementation issues
 
    Several small implementation detail were mentioned during the meeting:
       - All layer information will come from the XML PEF file so no 
         hardcoded information about layers should be present in the animator
       - SplitPane should be used for all MainFrame panels
       - Javadoc @author tags should not be used
       - When creating animation panels paintComponent() should be overriden 
         instead of paint(). This will allow Swing to still draw borders etc. 
         correctly. 
       - Every time a panel is drawn, it should ask for its size and do 
         the drawing based on that information. This way the panel is always
         scaled correctly.


4. Action points
   
   - All: continue implementation and doing what you are doing.
   - Mr. Aarniala: 
        * Go through the code and see if there are any severe errors
        * Comment on the PEF file suggestions
        * Write a description of PEF to the design document
   - Mr. Arrastia 
        * Help Mr. Aarniala with the PEF issues
   - Mr. Fernandez
        * Start unit test plan (create document skeleton)
        * Help Mr. Aarniala with the PEF issues
   - Mr. Vainio
        * Work on localization 

5. End

    Mr. Vainio ended the meeting at  17:45.  

Back to DaCoPAnDocumentation