daniel jackson - PowerPoint PPT Presentation

About This Presentation
Title:

daniel jackson

Description:

daniel jackson & sarfraz khurshid. lcs retreat martha's vineyard june 2k. unintentional ... all bugs found in 10 secs with scope of 4. 2 records, 2 attrs, ... – PowerPoint PPT presentation

Number of Views:49
Avg rating:3.0/5.0
Slides: 18
Provided by: DanielJ49
Category:
Tags: daniel | jackson

less

Transcript and Presenter's Notes

Title: daniel jackson


1
daniel jackson sarfraz khurshidlcs
retreat marthas vineyard june 2k
unintentionalnaming
2
alloy project
  • hypothesis
  • better software?
  • base on clear simple concepts
  • why models?
  • smaller more flexible than code
  • can analyze exhaustively
  • alloy
  • a RISC modelling notation
  • for structural properties
  • SAT-based analyzer

3
architecture
4
intentional naming case study
  • why INS?
  • naming vital to infrastructure
  • INS more powerful than Jini, COM, etc
  • the Kaashoek challenge
  • what?
  • analyzed lookup operation
  • based model on SOSP paper Java code
  • a few weeks in April
  • Khurshid did all the work

5
intentional naming
  • attribute/value pairs
  • ?city cambridge?
  • hierarchical specs
  • ?city cambridge, building ne43, room 524?
  • ?service camera, resolution hi?
  • ?service printer, postscript level2?
  • lookup
  • database maps spec to set of records
  • query is set of specs
  • lookup returns records meeting all specs

6
tree representation
7
strategy
  • model database queries
  • characterize by constraints
  • generate samples
  • check properties
  • obvious
  • no record returned when no attributes match
  • claims
  • wildcards are equivalent to omissions
  • essential
  • additions to DB dont reduce query results
  • discuss and refine

8
alloy model state
  • model INS domain Attribute, Value,
    Recordstate Root fixed Value! valQ
    Attribute? -gt Value? attQ Value? -gt Attribute
    valDB Attribute? -gt Value attDB Value?
    -gt Attribute rec Value -gt Record lookup
    Value -gt Record

9
alloy model constraints
  • // no cycles in queryinv Q4 no v v in
    v.nextQ
  • // if query and DB share a leaf value, lookup
    returns its recordsinv Lookup1 all v no
    v.attQ no v.attDB -gt v.lookup v.rec
  • // adding a record doesnt reduce resultsassert
    LookupOK7 AddRecord -gt Root.lookup in
    Root.lookup'

10
checking assertions
3 attrs,vals, recs
selectscope
runcheck
fixmodel
incrscope
counter?
N
Y
N
N
real?
slow?
Y
Y
propfails
propholds
11
results
  • 12 assertions checked
  • when query is subtree, ok
  • found known bugs in paper
  • found bugs in fixes too
  • monotonicity violated

12
counterexample
13
time effort
  • costs
  • ? 2 weeks modelling, 100 lines Alloy
  • cf. 900 lines testing code
  • ? all bugs found in lt 10 secs with scope of 4
  • 2 records, 2 attrs, 3 values usually enough
  • cf. a year of use
  • ? exhausts scope of 5 in 30 secs max
  • space of approx 1020 cases

14
lessons
  • ?
  • quick easy prototyping
  • more effective than testing
  • assertions easily invented
  • visualization a big help
  • ?
  • model not modular
  • algorithm a bit tricky
  • cant express paths

15
related experiences
  • case studies
  • microsoft COM no encapsulation
  • collaborative arrival planner ghost planes
  • PANS phone light gets stuck
  • other users
  • alloy taught in courses at 5 universities
  • case studies at DERA, ATT, FS, U.Southampton,
    Imperial, Oxford
  • typical dimensions
  • model 20 200 lines
  • space 30 300 bits

16
helping oxygen?
  • rapid experimentation
  • articulating essence
  • simplifying design

17
musings
  • why does Alloy help?
  • ?lazy specification
  • ?refining design ideas
  • ?catching showstopper bugs
  • modelling on the rise?
  • tool as trojan horse (SDL, SPIN, SMV)
  • design patterns phenomenon
  • shop floor to drafting office, c.1850
Write a Comment
User Comments (0)
About PowerShow.com