|
|
# Use Case: ACE3P New Project
|
|
|
|
|
|
## Description
|
|
|
Physicist uses modelbuilder to create new project and generate ACE3P input file
|
|
|
A scientist uses modelbuilder to create a new ACE3P simulation.
|
|
|
|
|
|
## Design Scope
|
|
|
System black box
|
|
|
|
|
|
## Level
|
|
|
User
|
|
|
|
|
|
## Primary Actor
|
|
|
Scientist
|
|
|
|
|
|
## Preconditions
|
|
|
User has started modelbuilder (aka the "System").
|
|
|
|
|
|
## Main Success Scenario
|
|
|
1\. User invokes command to create a new project. System provides a list of available workflows, and user selects ACE3P. System also provides a default directory for projects, with an option for the User to change this for the new project.
|
|
|
|
|
|
2\. System responds by opening attribute panel and displaying ACE3P simulation template in it.
|
|
|
|
|
|
* Note: In the more general case, the System would first close any current project and any resources currently open.
|
|
|
* Ideally, the System closes any open UI panels except Attributes, RenderView, and Resource.
|
|
|
* Ideally the Attribute and Resource panels indicate that the attribute resource is modified.
|
|
|
|
|
|
3\. User invokes command to load model file into the project. System provides a file browser or equivalent, and User navigates to the file to load.
|
|
|
|
|
|
4\. System responds by loading the file, displaying it in the RenderView panel, and adding it to the Resource panel.
|
|
|
|
|
|
* Ideally, the system does not bring up any panel to select which reader to use, but just loads the model using what makes sense for ACE3P preprocessing (smtk importer for mesh session?)
|
|
|
* Ideally, the Resource panel also indicates that the model resource is modified.
|
|
|
|
|
|
5\. User creates and edits attributes for whatever ACE3P simulation(s) s/he wants. When done, or at any time during the process, User invokes command to save the project.
|
|
|
|
|
|
6\. System responds by writing the relevant files to the project folder, and the various UI panels no longer show the resources as modified.
|
|
|
|
|
|
7\. User invokes command to close the project.
|
|
|
|
|
|
8\. System responds by clearing the 3 panels (Attribute, RenderView, Resource)
|
|
|
|
|
|
9\. User can then: (i) Close modelbuilder; (ii) At some later time, restart modelbuilder; and (iii) Invoke command to open a project.
|
|
|
|
|
|
8\. System responds by first providing a way for the User to identify the project directory, then loads the project resources. The System will display the 3 panels as before (Attribute, RenderView, Resource).
|
|
|
|
|
|
## Additional Notes
|
|
|
|
|
|
This use-case does not address the issue of using a dirctory versus single file/archive for persistent storage.
|
|
|
|
|
|
|
|
|
|