预约挂号排队呼叫的系统.docxVIP

预约挂号排队呼叫系统-------------用例图学院：医药信息工程学院班级：医药软件工程09（2）班项目经理：朱秋霞 0907501233组员：陈滢桦 0907501228陈燕涛 0907501232邱勤 0907501238系统的主用例图预约挂号用例图细化用例描述（纯文本方式）A.用例名称：注册登录简要说明：不是会员的，录入个人信息，并自动存储建档。已是会员的，录入用户名和密码，进入系统。事件流3.1基本事件流1. 网站用户向系统发出“注册信息”请求。2.系统要求网站用户输入要注册的个人信息。3..用户做出选择后，显示相应界面，让用户输入个人的信息内容。例如：编号，姓名，年龄等，根据编号自动生成用户账号。4.系统确认输入的编号有没有重号，并自动建立文档。3.2 扩展事件流 5.如果输入的编号有重号现象，则提醒用户不能使用该编号。并要求重新输入其他编号。 6.用户重新输入编号，然后转4。非功能需求：无特殊要求。前置条件：用户进入预约挂号系统后置条件：完善个人信息及登陆预约挂号系统，并自动存储建档。扩展点：无优先级：最高（满意度 5，不满意度 5）B.1.用例名称：选择科目2.简要说明：选择要预约挂号的科目，并查看科目信息3.事件流3.1基本事件流1.用户向系统发出“选择科目”请求。2.系统要求用户选择要查询的科目。3..用户做出选择后，显示相应界面，让用户对预约挂号的科目做出选择并查询科目信息。4.系统确认用户选择的科目3.2 扩展事件流：无4.非功能需求：无特殊要求。5.前置条件：用户进入预约挂号系统6..后置条件：完成用户对科目的选择并查看科目信息。7.扩展点：无8.优先级：最高（满意度 5，不满意度 5）C1.用例名称：预约挂号2.简要说明：选择科目确定预约挂号，并自动存储建档3.事件流3.1基本事件流1.用户向系统发出“预约挂号”请求。2.系统要求用户选择预约挂号科目、时间和专家。3.用户做出选择后，显示相应界面，让用户选择挂号科目、时间和专家。4.系统确认用户的预约挂号信息，并系统将所预约挂号的信息存储建档。3.2 扩展事件流：无4.非功能需求：无特殊要求。5.前置条件：用户进入预约挂号系统。6..后置条件：完成预约挂号的存储建档。7.扩展点：无8.优先级：最高（满意度 5，不满意度 5）D1.用例名称：挂号查询2.简要说明：查看挂号信息3.事件流3.1基本事件流1.用户向系统发出“查看挂号”请求。2.用户做出选择后，显示相应界面让用户查看挂号信息。3.2 扩展事件流：无4.非功能需求：无特殊要求。5.前置条件：用户进入预约挂号系统。6..后置条件：查看挂号情况。7.扩展点：无8.优先级：最高（满意度 5，不满意度 5）E1.用例名称：取消预约2.简要说明：选择预约挂好并删除预约挂号，自动删除存储文档。3.事件流3.1基本事件流1.用户向系统发出“取消预约挂号”请求。2.系统要求用户取消预约挂号。3.用户做出选择后，显示相应界面，让用户选择取消预约挂号。4.系统取消用户的预约挂号信息，并系统将所预约挂号的信息删除。3.2 扩展事件流：无4.非功能需求：无特殊要求。5.前置条件：用户进入预约挂号系统。6..后置条件：完成删除预约挂号的存储建档。7.扩展点：无8.优先级：最高（满意度 5，不满意度 5）F1.用例名称：修改个人信息2.简要说明：录入要修改的个人信息，并重新存储建档3.事件流3.1基本事件流1.用户向系统发出“修改个人信息”请求。2.系统要求用户重新填写个人信息。3.用户做出选择后，显示相应界面，让用户填写个人信息并提交（编号不能修改）。4.系统确认用户的个人信息的修改，并重新存储建档。3.2 扩展事件流：无4.非功能需求：无特殊要求。5.前置条件：用户进入预约挂号系统。6..后置条件：完成个人信息的修改并存储建档。7.扩展点：无8.优先级：中（满意度 3，不满意度 3）H1.用例名称：专家信息管理2.简要说明：查看专家信息，设置专家预约挂号上限，维护专家信息。3.事件流3.1基本事件流1.管理员向系统发出“预约挂号”请求。2.系统要求用户选择预约挂号科目、时间和专家。3.用户做出选择后，显示相应界面，让用户选择挂号科目、时间和专家。4.系统确认用户的预约挂号信息，并系统将所预约挂号的信息存储建档。3.2 扩展事件流：无4.非功能需求：无特殊要求。5.前置条件：用户进入预约挂号系统。6..后置条件：完成预约挂号的存储建档。7.扩展点：无8.优先级：最高（满意度 5，不满意度 5）