软件工程-业务建模

计算机科学与技术系实验（项目）报告一、基本信息实验（项目）名称业务建模课程名称软件工程学生层次本科学生专业软件工程学生年级XXX学生班级XX学生学号XXX学生姓名XXX完成日期XXX指导教师XXX报告成绩二、目的与要求目的：1.了解什么是业务建模2.掌握什么是业务建模3.分析业务建模要求：1.认识业务用例图和相关执行者2.使用用例图等描述业务模型3.能够识别业务工作者和业务实体，并能使用交互图、类图说明他们之间的通信和交互关系。三、完成实验（项目）过程和效果案例：售后服务系统。（1）功能描述：1.为用户计算机应用系统的建立提供及时与完善的技术支持服务，以保证用户的应用系统能够安全、高效地运行。2.技术支持与维护的目的旨在帮助用户解决系统运行过程当中出现的用户无法解决的各种故障与技术问题。3.参与售后服务的技术人员负责对系统硬件、系统软件、网络系统的维护和支持。4.用户应为售后服务工作提供必要的技术协助。客服中学收到报障工程师分析问题确定处理方案系统产生服务派单工程师分析结果电话处理解决问题安排工程师执行方案在客户服务单上签字交回服务单服务事件升级分析存在的问题解决问题否录入系统记录档案是故障是否解决？确定并重新安排工程师执行本次服务结束售后服务流程图客户保修5.对于用户的请求，可以做出最快回应。6.用户对于服务的满意程度做出打分，同时可以保留用户的建议。（2）服务方式：1.现场支持：项目进行期间，项目支持组工程师将根据整个项目的计划进程驻留在现场，直接解决遇到的问题，满足用户的要求。2.通讯支持：工程师将在远地通过各种通讯手段指导用户解决问题，主要包括电话解答、email发送资料和视频指导。（3）工作程序：对于用户的请求，我们将快速做出反应，响应时限原则上框定在24小时以内，方式包括：1.在电话上立即给出解答方案；2.通过资料查询，机器实验得到解决方案，发送给用户；3.对于本地工程师不能解决的疑难问题，立即通报后援支持机构，并将此情况传达给用户，待得到解决方案后发送给用户。四、售后服务流程图：五、业务服务的实现：业务服务的实现需要完成的功能是各种业务规则和逻辑的实现,如借书处理的业务逻辑。每个模块的信息录入、修改、删除、查询等。业务规则和逻辑的实现基本相似，没有太多的规律可循。采用UML来进行业务服务的建模，可以使用UML的序列图、状态图、活动图。这个部分的工作,通常通过一系列的类之间的交互来完成。为了在更动态的层面上描述系统，UML提供了许多其他类型的图。对于B/S系统设计而言，情节图(ScenarioDiagram)特别有用。情节图分成两种：协作图(CollaborationDiagram)，序列图(SequenceDiagram)。UML建模工具RationalRose能够从协作图生成序列图也可以从序列图生成协作图。例如，借阅书刊的业务过程可以采用如下序列图来描述：借阅书刊过程主要包括：管理员选择“借阅书刊”菜单，弹出对话框，管理员输入书刊信息和用户信息，系统查找数据库，是否存在该种物理书刊，如果不存在，显示提示信息，用例结束;是否存在借阅者信息，如果不存在，显示提示信息，用例结束;否则，管理员单击确认按钮后，该图书借阅给该借阅者，系统存储借阅信息到数据库。六、知识应用以及经验总结业务建模这需要对业务进行非常详细的了解才能完整的建模。