软件需求规格说明书(终稿).doc
《软件需求规格说明书(终稿).doc》由会员分享,可在线阅读,更多相关《软件需求规格说明书(终稿).doc(30页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、+需求规格说明书 作 者: Mod4 完成日期: 2015.10.16 修订历史记录日期版本说明作者2015.10.16V1.0比较粗糙的第一版Mod4目录1. 引言41.1 目的41.2 背景41.3 定义41.4参考文献42. 项目概述52.1 产品描述52.2 产品功能52.3 用户特点72.4 一般约束72.5 假设与依据73. 具体需求73.1 功能需求83.1.1系统角色及登陆83.1.2 学院负责人93.1.3 系负责人173.1.4 教师203.2 外部接口需求233.2.1 用户接口233.2.2 硬件接口233.2.3 软件接口233.2.4 通信接口233.3 性能需求2
2、33.4 属性233.4.1 可用性233.4.2 安全性243.4.3 可维护性244. 验收验证标准241. 引言1.1 目的 该文档首先给出项目的整体结构和功能结构概貌,试图从总体架构上给出整个系统的轮廓。同时对功能需求、性能需求进行了详细的描述。便于用户、开发人员进行理解和交流,反映出用户问题的结构,可以作为软件开发工作的基础和依据以及确认测试和验收的依据。 本文档面向多种读者对象:(1)项目经理:项目经理可以根据该文档了解预期产品的功能,并据此进行系统设计、项目管理。(2)设计员:对需求进行分析,并设计出系统,包括数据库的设计。(3)程序员:了解系统功能,编写用户手册。(4)测试员:
3、根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。(5)用户:了解预期产品的功能和性能,并与分析人员一起对整个需求进行讨论和协商。在阅读本文档时,首先要了解产品的功能概貌,然后可以根据自身的需要对每一功能进行适当的了解。1.2 背景本次待开发的软件为教师报课系统。用户通过使用该软件在移动终端完成报课相关操作。学院负责人通过导入报课信息,设定截止时间来开启报课。系负责人查看报课信息,进行审核修改。教师填写报课信息,预览报课信息等最终提交报课。1.3 定义序号缩写定义1.app应用程序,Application的缩写,一般指手机软件。2.AndroidAndroid是一种基于Linu
4、x的自由及开放源代码的操作系统,主要使用于移动设备,如智能手机和平板电脑,由Google公司和开放手机联盟领导及开发。1.4参考文献1 GB-T8567-2006,计算机软件文档编制规范S2.(美)Roger S.Pressman著,郑人杰等译.软件工程M.第七版.北京:机械工业出版社,2011.2. 项目概述2.1 产品描述通过开发基于Android平台的app解决高校教师及相关报课负责人手动汇总报课信息的困扰,减轻工作量,提高效率。2.2 产品功能当前高校的报课汇总负责人 因繁琐的开课报课流程而困扰,繁琐的根源便是邮件群收发,需要人工核对报课信息,最终人工汇总表格。工作量大且出错率高。教师
5、报课系统致力于通过移动Android平台便捷地完成此项工作,且大大较低出错率。首先通过用例图了解角色分工如下: 用户场景如下:教师A是学院负责人,每个学期第六周需要统计汇总下学期老师的开课情况。通过群发邮件的方式,将下学期的所有开课表发送给各个老师,老师在规定的时间内填写好自己想要开的课程,回发邮件给教师A,教师A汇总所有表格并下发最终开课结果。教师报课系统app的解决方式:系统共分为3个角色,分别是学院负责人、系负责人、教师。学院负责人通过简单的一键导入课表,设定好系负责人汇总提交截止时间和教师提交截止时间,开始一轮新的开课汇总,且学院负责人可实时查看本院所有教师的报课信息。教师通过报课ap
6、p在截止时间前提交报课信息给系负责人,系负责人可修改本系教师的报课信息,汇总提交给学院负责人,由学院负责人最终汇总成表。使用该app,教师A只需要几个简单的点击动作便可以完成原先繁琐的报课过程,所有课程问题的处理完全由后台完成,最终得到一份完整的开课表2.3 用户特点 本软件的最终用户为高校教师,该用户群体普遍接受高等教育,学习及适应能力强。能快速适应该软件,并充分感受到在报课工作中的效能变化,提出合理改进意见。操作人员及维护人员为在校学子,了解该工作的整体流程,深入用户交流,便于调整软件功能,实现客户需求。本软件预期每学期使用一次完成报课。除去报课时间,允许用户查看历史报课信息。2.4 一般
7、约束进行本软件开发工作的约束条件如下:1.开发周期短:两个月的开发时间需要开发者合理规划时间,做到多项任务并发。2.所采用的方法与技术有限:项目团队成员的技术水平不够成熟,需要在开发中并发学习多种技术和能力。 2.5 假设与依据本项目是否能够成功实施,主要取决于以下的条件:(1)团队成员的积极合作配合,为了项目的开发和实施,对个人时间进行合理规划同时为团队做出合理牺牲,配合队友完成任务。(2)学院教师提供完整详细的功能和性能需求资料,以便于团队对其进行分析,从而形成完善的软件需求。(3)团队掌握先进的能够适用于该项目的技术,这是系统的性能是否优化和项目能否成功的保证。3. 具体需求首先引入类图
8、明确该项目中的角色分类及其角色间的相互联系。3.1 功能需求3.1.1系统角色及登陆该系统共有三种角色:学院负责人,系负责人,教师。所有角色都具有登陆功能,根据角色不同登陆后进入各个角色所对应的页面。1.登录界面用户通过输入账号密码,点击登录,登录不同的账号自动判断角色,进入不同的界面。3.1.2 学院负责人1.创建学期报课任务通过点击“+”,在弹出的页面中选择当前学期,点击确认后,得到一个呈现灰色的开课计划。(点击开课计划,导入课表后将变成绿色。) 2.按系导入开课表由上述界面点击需报课的对应学期,进入课表导入界面,通过点击各系按钮,在弹出框中选择对应的文件进行导入操作。完成导入操作后,该系
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 需求 规格 说明书 仿单 终稿
限制150内