软件需求规格说明书(Spec)
1、Spec的目的:
(1)让开发人员基本了解将要开发什么样的软件,有一个初步的概念,可以有效制定自己的开发计划。
(2)让用户了解将要开发的软件的具体功能是什么,有助于充分体现用户的需求,同时最终要的是让用户找出不满足需求的地方,以便于快速改进,有助于在初期发现问题。
Spec的目标不包括什么?
(1)不包括具体的编码要求,
(2)不包括软件的具体功能操作步骤
2、spec的用户和典型场景是什么?
用户是一切使用该软件的用户、开发人员。
典型场景:
用户一:想要参加一个活动,浏览活动列表,没有发现类似的活动,创建一个活动
用户二:想要参加一个活动,浏览活动列表,发现了类似的活动,加入了该活动,并与其它队友共同通过聊天交流模块商讨了活动的可行性计划。并将活动流程添加至日程管理。
3、spec用到哪些术语,他们的定义是什么?
编码:编写代码
模块:一个功能点,用户使用到的一项功能。
软件需求:用户使用该软件的需要的功能点。
开发计划:程序员制定的开发流程
4、用户如何使用软件的功能:
(1)使用账号密码登录
(2)查看活动列表,点击列表中的活动选项可以加入活动,加入后可以进入聊天与队友进行交流,通过小组内成员的讨论可以确定详细的活动计划,将活动确定为既定的活动。
(3)用户也可以创建活动,点击创建按钮,输入活动的大致描述创建活动。
(4)用户创建或加入活动后可以将活动的详细时间安排添加至日程管理中。
(5)可以在日程管理界面设置提醒时间,可以再活动开始提前多少时间提醒用户。
5、边界条件:
软件界面语言:中文
硬件需求:手机
软件需求:安卓操作系统、系统版本4.0以上
活动标题不超过20字,活动描述不超过200字
6、功能的副作用:
因为通过网络进行组队队友很可能是陌生人,这是个人隐私很容易泄露。而且与陌生人交流总是有一点担忧。
7、什么叫“好”,什么叫这个功能测试完了,可以交付了?
功能都可以正常使用,不会出现意想不到的问题,没有bug出现,不会出现错乱,而且与其它模块进行交互不会出现问题,就可以确定这个功能测试完了,可以交付了。
用户通过尽量少的点击和浏览就可以实现用户想要的功能并不会出现问题就叫做“好”。