在播放视频时，可以进行窗口的放大和缩小操作，这个可以算需求么

本文链接：https://blog.csdn.net/rolt/article/details/117279855

软件方法（下）分析和设计第8章连载[20210518更新]>>

光着脚跳舞(510***19) 16:39:37
老师，在播放视频时，可以进行窗口的放大和缩小操作，这个可以算需求么？
京王明云(234***997) 19:52:14
讨论一句：算。答案以老师回复为准
涂文军(20***677) 20:08:55
是涉众在意的吗？
潘加宇(3504847) 22:08:34
你讨论的是什么系统？
光着脚跳舞(510***19) 16:17:07
还是车载视频监控系统。在播放视频过程中，可以对视频窗口进行全屏和缩放操作
光着脚跳舞(510***19) 16:18:55
老师，我的疑问是这些界面上的需求需要在哪里体现?我觉得应该是视频分析员----->播放视频这个用例的一部分
光着脚跳舞(510***19) 16:19:53
写在用例规约里作为分支流合适么？
潘加宇(3504847) 16:19:59
研究的是"车载视频监控系统"，视频的不同观看形式是核心域概念，全屏和缩放是需求
光着脚跳舞(510***19) 16:22:21
那快进、后退、跳转也是？
潘加宇(3504847) 16:23:57
需求是系统的需求，不是"界面上的需求"。你设想一下，一个最典型的视频分析员，在最典型的业务场景中，他使用这个系统来查看监控视频的最典型场景，然后把这个场景写下来。
光着脚跳舞(510***19) 16:24:35
那界面上的需求应该在哪里体现呢？
光着脚跳舞(510***19) 16:24:40
用例规约里？
潘加宇(3504847) 16:25:07
需求是系统的需求，不是"界面上的需求"
潘加宇(3504847) 16:25:20
哪里提到了界面是怎样的了？
光着脚跳舞(510***19) 16:26:31
那就是说在需求过程中不去考虑这部分，在设计过程中再考虑？
潘加宇(3504847) 16:26:47
参见《软件方法》第6章，看东西是"人"的功能，不是"眼睛"的功能
京王明云(234***997) 16:27:42
如果全屏和缩放不是核心域概念，例如一个同学录页面，只要求有播放聚会视频这样的功能。但是明确要求了播放视频时能够全屏和缩放。这样的话，"全屏和缩放"是属于设计约束吗？
潘加宇(3504847) 16:29:23
要从核心域的角度去描述"全屏和缩放"的含义。
潘加宇(3504847) 16:31:39
播放视频时要能全频和缩放，界面上的控件要排列整齐，表示多个对象时要用列表框，界面要支持鼠标右键，编码时变量命名要遵守公司的规范……
潘加宇(3504847) 16:31:46
这些是需求吗
京王明云(234***997) 16:35:02
从核心域来说，是不关心对视频的操作（全屏和缩放）的，引入第三方组件来进行视频播放即可。但是有用户提出播放时候希望能够全屏和缩放。这实际上要转嫁到第三方组件去完成了。测试的时候，是明确要求能够页面播放视频时有这效果。这时候，全屏和缩放，应该列入本系统的需求吗？感觉还是要算需求吧？
EliteQ(873***60) 16:37:43
算作非功能需求咯
光着脚跳舞(510***19) 16:39:36
我也认为不应该纳入核心域，涉众关心的是能够通过查看视频检查xx的状态。但是如果不算做需求的话，如果在界面设计中出现全屏和缩放操作，这两项操作的来源是什么？
EliteQ(873***60) 16:40:05
你描述的这个东西，在 RUP 里面，被定义为 feature，也是必须实现的东西
潘加宇(3504847) 16:40:08
是"查看同学近景"，不是"全屏播放"
“通知全班同学"以及通知的效率是功能需求和非功能需求，但打算采用的某个通知方案，例如发email通知，要涉及到smtp等概念，不是需求。涉众不关心这个。
潘加宇(3504847) 16:42:06
“有用户提出播放时候希望能够全屏和缩放”–请复习课上讲的内容（1）不要说"用户”（2）提出也没用。
京王明云(234***997) 16:42:14
哦！明白了。不要受限于是否调用第三方组件这样的实现思路，而是围绕系统本身的核心域，确实是。
京王明云(234***997) 16:43:47
所谓全屏播放，实际是没有提炼出"查看同学近景"这样的可作为核心域来考虑的内容。