Digital Art and Science Senior Project I Fall 2005 SRS

1
Digital Art and ScienceSenior Project I Fall
2005SRS Design PresentationConnie Huang
Digital Brush Simulation with Block Modelssimulation-based approach for drawing/painting
support
2
Summary

• Problem
• How to graphically implement java codes that
  features digital brushes
  
• Motivation
• To explore the possibilities of providing an
  alternative way to create drawing/painting tools
  
• Solution
• Use functional block model as a graphical
  representation of algorithm and input it into the
  program
  

3
Functional Requirements User Interface

• Blank Canvas
• Input Panel
• Numerical input variables
• Constant/predefined numerical values
• Operator Panel
• Trigonometry operators
• Mathematical operators
• Graphical Element Panel
• Block
• Aarow
• Customizability
• Allowing user to add customized items onto the
  input/operator panels
  

4
(No Transcript)
5
Design

• Block Objects
• Inputs
• Outputs
• Key method
• Tree/Graph data structure
• List
• Elements from the panels
• Points to the class
• Order of Operation
• User manually number the block
• Customizability
• Since each block is its own class, user can
  easily customize operators/input variable by
  creating individual classes and feed it to the
  list, the item then will be available in the
  panel

6
Functional Requirements Debug Functionality

• Requirement
• After user submits the completed block diagram,
  the program will start reading in the diagram.
  During this process, if the program encounter any
  error reading the diagram, an error message will
  pop up.
• Design
• Try Catch Exception to prevent the program from
  crushing
  
• Java Swing API to pop out the message

7
Functional Requirement -Output

• Requirements
• Output Independent Java file
• Object Oriented Programming
• Remote access of all public methods by extension
• Design
• Main Class Class Model
• Class Block
• Each block (with transition) in the diagram is an
  object
  
• Inside the object methods that performs the
  transitions
  
• The inputs variables will be data members of the
  class model
  
• Main method

8
Non-Functional Requirement -Usability
9
Non-Functional Requirement -Consistency

• Requirements
• Similar screen layout will be used for all the
  provided model-building elements
  
• Color codings
• Panel elements of similar functions are grouped
  together
  
• Design

10
Domain Requirements

• Hardware Interface
• Java
• Processing
• Window, Unix, Mac OX S
• Human Interface
• Artists
• Programmers

11
System Architecture

• GUI
• Function The GUI component provides an
  interface for the block modeling building. This
  is a collection of panels and a blank canvas the
  user to develop their model. The product then is
  read in to the program and translate into working
  java file.
• Inputs User interaction with the graphical
  interface available
  
• Outputs Completion of the block model
• Requirements The GUI component requires a list
  of available input variables, functional
  operators and graphical elements, and user
  interactions
• Pre-Condition blank canvas or an already
  existing model to be modified
  
• Post Condition Discard/save current block model
  and await or generate a new or modified block
  model

12
System Model
13
System Development Plan
14
Summary

• Question
• Feedback