标签：需求 功能性 教室 用例 图书管 分析模型 座位 选座
| 这个作业属于哪个课程 | 软件工程 |
|---|---|
| 这个作业要求在哪里 | 5 20210420-1 团队作业2—需求分析 |
| 这个作业的目标 | 修改分析模型 |
| 小组的组号和队名 | 第四组 璇宝护卫队 |
| 小组的队长姓名 | 曹耀隆 |
名称 《图书馆选座项目》项目需求分析模型
一、非功能性需求（用文字的方式描述非功能性需求）
非功能性需求可以分为以下的二类：
运行品质（Execution qualities），可以在系统运作时观察到的品质，例如保安性及易用性等。
我们这个项目做出来要实用性强，方便同学们入手操作，在使用过程中，能够方便大家解决日常所需
发展品质（Evolution qualities），和软件系统结构及开发过程有关的品质，例如软件可测试性（英语：software testability）、可维护性、可扩展性、可伸缩性（scalability）等
我们的项目构架简单，很容易进行后期维护，出现故障，也可以得到及时修护；如果说这个项目使用非常成功，那我们就可以扩展到其他所需要的方面，增加其他功能，或者是直接开发子项目，例如图书馆借书系统。
以微信小程序来面向大众！
二、功能性需求（以图文结合的方式进行描述，不能只有图片没有文字说明）
1.用例图
2.用例描述和顺序图
| 用例名 | 选座 |
|---|---|
| 参与者 | 学生 |
| 事件流： | |
| 1、学生想选择图书馆座位。 | |
| 2、搜索教室编号，可了解当前教室座位情况。 | |
| 3、学生选择座位，可进行预约，直接确认，取消预约三种操作。 | |
| 可选路径： | |
| 2A、查询教室信息 | |
| 3A、选择座位 | |
| 4A、a预约座位 | |
| 4A、b直接选座 | |
| 5A、取消选座 | |
| 备选事件流 | 无 |
| 后置条件 | 系统信息发生变化 |
| 用例名 | 信息管理 |
|---|---|
| 参与者 | 管理员 |
| 事件流： | |
| 1、管理员查看教室座位情况。 | |
| 1、管理员对教室座位进行操作。 | |
| 可选路径： | |
| 2A、查询教室信息 | |
| A3、操作座位信息 | |
| 备选事件流 | 无 |
| 后置条件 | 系统信息发生变化 |
| 用例描述 | |
|---|---|
| 用例名 | 后台管理 |
| 参与者 | 管理者 |
| 事件流： | |
| 1、查看座位信息 | |
| 2、管理学生信誉积分 | |
| 可选路径： | |
| 1a、对用户信誉积分进行操作 | |
| 2a、失信用户取消预约资格 | |
| 备选事件流 | 无 |
| 后置条件 | 信息发生变化 |
3.分析类图
标签：需求,功能性,教室,用例,图书管,分析模型,座位,选座 来源： https://www.cnblogs.com/CSZLH/p/14742484.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。