Spec模板

Spec模板

   

 一、概述

  1、项目背景    图书馆在正常运营中面对大量书籍、读者信息以及两者间相互联系产生的借书信息、还书信息。现有的人工记录方法既效率低又错误过多,大大影响了图书馆          的正常管理工作。因此需要对书籍资源、读者资源、借书信息、还书信息进行管理,及时了解各个环节中信息的变更,有利用管理效率的提高

 2、使用范围
    在学校图书馆内部的现有局域网这个网络环境下,信息由各用户在规定的权限下在各自的工作站上录入,信息上网后各用户可查询,调用,达到信息     共享。
 3. 功能分析
   (1) 读者信息的制定、输入、修改、查询,包括种类、性别、借书数量、借书期限、备注。
   (2) 书籍基本信息制定、输入、修改、查询,包括书籍编号、类别、关键词、备注。
   (3) 借书信息制定、输入、修改、查询,包括书籍编号、读者编号、借书日期、借书期限、备注。
   (4) 还书信息制定、输入、修改、查询,包括书籍编号、读者编号、还书日期、还书期限、备注。
   (5) 有条件、多条件查询各种信息.                                                                                                       4.实验内容

根据SUDA的图书管理系统开发进度,在完成对系统的需求建模,得到用例模型后,应针对每个用例进行业务分析,说明其具体的业务流程,现系统分析部指派您完成该项任        务。

要求:

(1)确定图书管理系统的用例。

(2)绘制图书管理系统的用例图。

(3)对图书管理系统的用例进行描述 。                                                                                                                             5.实验步骤

确定系统涉及的总体信息


参与者


借阅者:


图书馆管理员:


系统管理员:


操作


借书


书籍借出处理


增加书目


还书


书籍归还处理


删除或更新书目


书籍预定


预定信息处理


增加书籍


减少书籍


增加借阅者帐户信息


删除或更新借阅者帐户信息


书籍信息查询


借阅者信息查询

确定系统的参与者

借阅者、图书馆管理员、系统管理员。

确定系统的用例

(1) 借阅者请求服务的用例

① 登录系统

② 查询自己的借阅信息

③ 查询书籍信息

④ 预定书籍

⑤ 借阅书籍

⑥ 归还书籍

(2) 图书馆管理员处理借书、还书等的用例

① 处理书籍借阅

② 处理书籍归还

③ 删除预定信息

(3) 系统管理员进行系统维护的用例

① 查询借阅者信息

② 查询书籍信息

③ 增加书目

④ 删除或更新书目

⑤ 增加书籍

⑥ 删除书籍

⑦ 添加借阅者帐户

⑧ 删除或更新借阅者帐户

用例图

过程描述:

(1)图书馆管理员输入登录信息,系统识别信息的有效性;

(2)登录成功后,收到借书请求;

(3)判断该书是否被预定,如果没被预定,或预定者是该借阅者,确认该借书请求,

(4)修改该借阅者的借阅信息(已借书籍、可借书籍数、借阅日期等),以及该书的借阅信息(有无借完、馆藏剩余量等);

(5)退出系统,系统刷新修改后的的书籍列表。

异常事件流处理:

(1)登录信息有效性检查失败,允许图书管理员重新输入(3次机会)。

(3)确认借书请求时失败,所选书籍被其他人预订,系统提示不能借出。

图书馆管理员处理还书的书面用例类似。

实验心得:

经过本次试验,初步掌握了spec模板的书写,熟悉用例图的基本功能和使用方法,掌握如何使用建模工具绘制活动图方法。根据SUDA的图书管理系统,针对每个用例进行业务分析,确定图书管理系统的基本用例,绘制图书管理系统的用例图,并对图书管理系统的用例进行描述,对图书管理系统的功能有了更清晰的了解,对UML建模语言的理解更深一步。

时间: 2024-10-05 05:05:04

Spec模板的相关文章

排球积分规则功能说明书(spec)

排球规则: 由技术性规定.非技术性规定和场地设备要求等方面的内容组成的.每场比赛仍为五局三胜,前四局每局先得25分为胜,第五局先得15分者为胜.当出现24平或14平时,要继续比赛至领先2分才能取胜. 球成功的落在对方场区:对方犯规:对方受到判罚:如果两个或更多队员同时犯规先后发生,只判第一犯规:两队同时犯规,判"双方犯规",该球重新比赛:如果2:2平时,决胜局(第五局)打至15分并领先对方2分者获胜:弃权与阵容不完整未到比赛场地弃权:拒绝比赛弃权:当发球员不在正确位置上则构成位置错误犯

任务一:团队组建及项目启动

One Piece团队成员: 团队博客: http://www.cnblogs.com/Abby0418/ 组长:管静 计科(高职)13-3 201303014096 github地址     https://github.com/ally0418 博客地址        http://www.cnblogs.com/Abby0418/ 组员:朱春雨 计科(高职)13-3    201303014093 github地址     https://github.com/grace321 博客地址 

k8s之pod控制器

Pod控制器类型: ReplicationController  à Replicaset Replicaset:维持用户期望的pod副本数  标签选择器:以便选定由自己选定管理的pod副本  pod资源模板:完成pod资源的新建 特点:管理无状态的pod资源,精确反映用户所定义的目标数量 K8s不建议直接使用Replicaset,而是使用Deployment Deployment:工作在replicaset上,通过控制replicaset来控制pod Deployment具备replicase

【JVM】模板解释器--字节码的resolve过程

1.背景 上文探讨了:[JVM]模板解释器–如何根据字节码生成汇编码? 本篇,我们来关注下字节码的resolve过程. 2.问题及准备工作 上文虽然探讨了字节码到汇编码的过程,但是: mov %rax,%(rcx,rbx,1) // 0x89 0x04 0x19 其中为什么要指定0x04和0x19呢? 搬出我们的代码: public int swap2(CallBy a,CallBy b) { int t = a.value; a.value = b.value; b.value = t; re

矿业大学论文模板

main.tex 1 \documentclass[preprint,authoryear,PhD]{cumtthesis} 2 \usepackage{fancyvrb}%----------------------------------------------------------用于代码排版 3 \DefineVerbatimEnvironment{shell}{Verbatim}% 4 {frame=single,framerule=0.3mm,rulecolor=\color{re

45 puppet基础、资源详解、配置语言、puppet类与模板及模块

01 puppet基础 配置: node1:192.168.1.131 CentOS7.2 node2:192.168.1.132 CentOS7.2 [[email protected] ~]# rpm -ivh epel-release-latest-7.noarch.rpm [[email protected] ~]# yum list all | grep -i "puppet" puppet.noarch                           3.6.2-3.e

RPM包rpmbuild SPEC文件深度说明 【装载】

转载地址[请查看作者原文] http://hlee.iteye.com/blog/343499 http://laoguang.blog.51cto.com/6013350/1103628 上一篇日志写到,为什么要制作rpm包,以及如何使用.src.rpm文件生成rpm包.最后部分还看到.src.rpm的内容,实际上 就是由.tar.gz源码.补丁软件和.spec脚本组成的.由此知道,使用.spec生成rpm包是比较简单的,因为.src.rpm通常都是由软件开 发者或者第三方的专业制作人根据源码

Yaf 结合用户自定义的视图(模板)引擎Smarty(Yaf + Smarty)

(1)入口文件:/public/index.php: <?php define("DS", '/'); define('APPLICATION_PATH', dirname(__FILE__).DS.'..'.DS);//指向public上一级的目录 ../ $application = new Yaf_Application( APPLICATION_PATH . "/conf/application.ini"); $application->boot

作业六—图书管理系统(SPEC)系统性能评估测试

一.图书管理系统的典型用户和场景: 该系统是为各类学校图书馆和社会各大图书馆和书店管理者使用的图书管理系统.但是我们还是已北京工业大学耿丹学院图书馆为典型用户进行主要设计的! 二.SPEC测试的目标: 本轮测试的目的是测试我们设计的图书管理系统在使用管理期间的不足和是否能够完成我们一开始在设计阶段是给这个系统所指定的性能指标. 本轮测试内容包括以下图书管理系统以下的子系统: 1.登录子系统 2.借书子系统 3.还书子系统 4.人员管理子系统 5.图书管理子系统 6.退出子系统 三.建立一套测试过