|
PRESENT
|
- Jon Hsieh
- Jon Wildstrom
- Wing Leung
- Andy Zimdars
- James Lampe
- Eric Stein
- Yun Ching Lee
- Rudy Setiawan
|
|
STATUS
|
- Andy: Voyager doesn't have event service. Need to work with DB team to determine what information we need. Architecture has concern that to
insure DB integrity that update of entire DB is necessary. DB working on some sort of integrity checker so that we can update only certain parts of
DB.
- Jon W: No idea what to check in with CVS, may still have trouble checking in binaries. To check in things like RAD, etc. into CVS, follow directions from handout.
Still looking into web access for CVS. Unable to access minutes and follow up on other action items.
- Rudy: Website posted and up to date, wondering if it must be run through CVS.
- James: Not my fault minutes were temporarily unavailable; database problem.
- Jon H: Still no documentation meetings. Setting up meeting with database team. If we want DB triggers, we must tell them
the API we want and they will probably take over our event calling.
- Eric: Received no recommendations from management about RAD, may want to answer questions from the template more completely but basically
it should be OK.
- Yun-Ching: Still asking Joyce about running CVS on NT, didn't get to it sooner because unable to access minutes
|
|
DISCUSSION
|
- RAD Revisions
- Received no feedback from management--what to do?
- Haven't solidified API with DB, therefore we can let the RAD as is when referring to "events"
- Need to be able to generate reports of network activity at client side; assume UI has means to request reports, we send data and they output graphically.
Need to know what info is needed to monitor and report. There was post on client bboard concerning amount of network traffic is expected, this may be relevant
- Disconnected User Issues (scenario 6)
- Case where dealer is disconnected during dowload, learning sends what it thinks dealer will need.
- Need "Document" level granularity from database
- Cache consists of info not indexed and entered into tables
- Authentication wants to purge cache at user login/off
- Need to tell Authentication not to purge cache when disconnected
- Case where size of cache is too small to handle download size in disconnected user situation
Force user to refine query
- Force user to refine query
- Split big files up--need this capability from database
- Case where user who connects once a day but suddenly connects twice a day should be a statistical anomaly
- If user plans to connect for a time < required time to download a file
- Documents MAY be prioritized if there is a provided hierarchy
- Estimate download time and have UI give user option of refining query or cancelling download.
- Initially may want to have simple but easily replacable algorithm for estimating download time
- What kind of network statistics do we need?
- Network and Authentication may need network data
- Need to know from network what we need to monitor
- Might be tough to monitor activity per dealer, instead should monitor total network activity
- Sketch of system design
- SED not posted yet, we haven't decided on learning packages, must delay
|
|
ACTION ITEMS
|
- Andy
- Post to client about what kind of network activity we should monitor (bytes/sec, etc.)
- Post about RAD feedback
- Consolidate research
- Rudy
- Talk to Elizabeth about using Visibroker or Iona Orbix (sp?)
- Look into linking to CVS from webpage
- James
- Add disconnected user (estimating download times) to RAD, revise other areas where appropriate
- Yun-Ching
- Look into running CVS on NT
- Jon W
- Look into accessing CVS on web
- Try to provide research directory in CVS for others to submit findings
- Wing
- Look into CMU Repository for statistical modeling packages.
- Everyone
- Pick at least one package relavent to research area, post findings, try to find packages easy to wrap. Tell Eric about packages that need to be purchased or registered.
CMU AI REpository may be a good source
- Need derogatory acronym to name database
- Post opinions to client bboard
- Play around with CVS so you're used to it before implementation
- Post message and edit it with research findings, unless Jon provides a place in CVS to submit your findings
- Not sure if this is an action item, but if Authentication, DB and Network need to be notified about our needs mentioned in discussion, someone needs to notify them.
|
|
CRITIQUE
|
- Try to use BBoard.
- Sorry for lateness in posting agenda.
|