软件开发过程与质量保证-11-用例2009(2)教学提纲.ppt

《软件开发过程与质量保证-11-用例2009(2)教学提纲.ppt》由会员分享，可在线阅读，更多相关《软件开发过程与质量保证-11-用例2009(2)教学提纲.ppt（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Software Engineering2009软件开发过程与质量保证-11-用例2009(2)Software Engineering2009将事件表按照参与者分组命名具有群集趋向的事件这些事件的共同点是什么？这些事件有相同的最终目标吗？倘若有，目标是什么？用用例图描述分析的结果由事件表向用例的转化Software Engineering2009 用例产生的过程Software Engineering2009MSMS 项目事件初始表Software Engineering2009将MSMS 项目事件表进行分组Software Engineering2009整理后的用例图Software En

2、gineering2009 对用例的描述 摘要式描述登录：设定使用权限。用户提供用户名和密码，系统根据注册信息进行验证，通过后根据用户权限显示主界面。藏书管理：对个人拥有图书信息的管理。添加：登记新购买图书的信息，包括书名、作者、译者、出版社、购买时间（系统自动给出录入时间）、价格、对图书的推荐信息、喜爱程度（默认情况下为3星，最高等级为5级，最低等级为1级），数量（默认为1本，极个别情况会出现多本重复书籍）、归类（方便管理，可自己设定归类名称）。系统根据图书名称进行重复图书检查之后，将图书信息进行存储，并提示存储成功。系统重新显示初始录入界面，用户可以进行下一本图书的录入过程。查询：根据指定

3、条件进行图书信息的查询，条件包括书名、作者、购买时间范围、喜爱程度、公开程度（是否进行晾晒）。修改：图书资料的内容有可能会出现偏差，通过信息修改功能改正偏差还书：将拣来的图书进行归还。从晒书场上捡来的图书到期后，拣书者应主动向藏书拥有者归还图书。系统在收到捡书者的归还请求后，自动向藏书拥有者发送提示信息。藏书拥有者在确定拿到图书后，通过系统进行确认彻底改变图书的状态（变为被晾晒图书，或收回私人藏书室）图书推荐：老师们可以推荐自己喜爱的图书，得到的推荐列表可以作为购买图书的依据。Software Engineering2009用例模型的初步规划Software Engineering2009 非

4、正式形式的样例项目用例用例UC2：藏书管理对个人拥有图书信息的管理。用例UC2.1：添加藏书基本流程：1.藏书者登记新购买图书的信息，包括书名、作者、译者、出版社、购买时间（系统自动给出录入时间）、价格、对图书的推荐信息、喜爱程度（默认情况下为3星，最高等级为5级，最低等级为1级），数量（默认为1本，极个别情况会出现多本重复书籍）、归类（方便管理，可自己设定归类名称）。2.系统进行输入信息的有效性检查3.系统根据图书名称进行重复图书检查4.存储图书信息，并提示存储成功。5.系统重新显示初始录入界面，用户可以进行下一本图书的录入过程。分支流程：1.a、如果藏书者录入信息有误 1、系统提示藏书者此

5、信息 2、返回添加藏书界面，界面保持原来填写数据3.a、如果图书名称发生重复，系统将提示此信息，并给出相应图书列表，用户可以查阅图书的详细信息，同时要求用户对此情况进行处理。1、如果确认图书录入重复，则系统放弃对当前图书信息的存储2、如果只是同名不同书，则用户确认此情况后，系统对当前录入的图书信息进行保存。Software Engineering2009 详述形式的样例项目用例 Software Engineering2009分支流程：1.a、如果藏书者录入信息有误 1、系统提示藏书者此信息 2、返回添加藏书界面，界面保持原来填写数据3.a、如果图书名称发生重复，系统将提示此信息，并给出相应图

6、书列表，用户可以查阅图书的详细信息，同时要求用户对此情况进行处理。1、如果确认图书录入重复，则系统放弃对当前图书信息的存储2、如果只是同名不同书，则用户确认此情况后，系统对当前录入的图书信息进行保存。特殊需求：希望能够上传图书封皮的小图像 希望系统能够对新录入的图书自动根据编码规则编号技术和数据变元表:资料管理员在录入图书信息时，希望使用读卡器读取图书的ISDN 号发生频率：阵发式杂项：系统是否能够提供嵌入式的图像扫描功能，并自动转换成图书封面格式Software Engineering2009用例的增量计划（项目规划）增量一数据录入和提取，搭建框架 系统登录 添加藏书 制定晒书计划 查看晒书

7、场 晒书场-拣书 归还图书增量二：增强图书管理的功能，增强晒书场借阅功能 图书查询 信息修改 图书查询 信息修改 已晒图书 被拣图书 预定Software Engineering2009第九章 用例9.1 再谈需求9.2 用例模型9.3 用例产生过程 9.4 补充性规格说明Software Engineering2009补充性规格说明捕获了用例或词汇表难以描述的其他需求、信息和约束。例如 功能性（通常跨越多个用例的功能性）日志和错误处理：在持久性存储中记录所有错误 安全性：任何使用都需要进行用户认证 接口 重要硬件和接口 条形码激光扫描仪 票据打印机 信用卡/借记卡读卡器 软件接口 由于存在众

8、多外部协作系统（税金计算器、财务、库存），我们需要采用不同的接口，接入不同的系统。Software Engineering2009 实现约束 项目领导层坚持采用Java 技术的解决方案，他们认为采用Java 技术除了易于开发外，还能够提高远期的移植和可支持性能力。购买构件 税金计算器。必须支持用于不同国家的可插拔计算器 免费开源构件 建议在该项目中尽可能地使用免费的Java 技术开源构件。Software Engineering2009质量属性为系统分析和设计提供重要的参考依据例子 可用性（人性因素）收银员的视线通常停留在顾客或商品，而不是计算机显示器上。因此提示和警告应该通过声音传递而不仅仅是通过图像传递 可靠性（可恢复性）如果在使用外部服务（支付授权、财务系统，）时，出现错误，为了完成销售交易，需要尝试采用本地方案（如存储和转发）加以解决。对此需要更深入的分析Software Engineering2009总结Software Engineering2009此课件下载可自行编辑修改，仅供参考！感谢您的支持，我们努力做得更好！谢谢