精华内容
下载资源
问答
  • 优秀毕业生评测系统–《软件需求规格说明书》 修改记录 版本号 设计编写 参加工作人员 校核 审批人 生效日期 1.0 XX XX XX XX 2020-06-03 XX公司 目录 ...

    优秀毕业生评测系统–《软件需求规格说明书》

    修改记录

    版本号 设计编写 参加工作人员 校核 审批人 生效日期
    1.0 XX XX XX XX 2020-06-03

    XX公司

    1.引言

    1.1文档编制目的

    本软件需求规格说明书是经过本人调研以及分析的基础上所编写而成的文档。本软件需求规格说明书,将作为“优秀毕业生评测系统”需求阶段的成果提交物,并将作为系统设计、开发以及测试的唯一依据,并将作为系统验收的依据之一。

    1.2系统原则

    系统具有灵活的架构
    系统建成使用安全和方便
    系统安装配置灵活
    系统界面友好

    1.3系统目标

    一、建设的“优秀毕业生评测系统”总体目标是建立评测系统,综合全校所有毕业学生所取得成绩、所获得的荣誉、所担任职务以及所遭受处分来判定该生是否符合优秀毕业生条件。系统设计紧紧围绕学校对毕业生评选优秀毕业生荣誉称号的需求,目标旨在实现评选优秀毕业生工作的数字化和网络化,提高评选效率和水平,为学校的优秀毕业生评选提供科学化决策。
    二、规范业务操作,简化申请和评选流程,提高评选效率。形成以信息化为基础的,高效、快捷、便利的信息平台。实现信息的有效整合,减少不必要的重复劳动。
    三、最大化降低评选过程中的人为错误。很多参评信息数据由于丢失、混乱以及其他不确定因素造成各种错误,通过统一规范的评选系统,实现数据一次输入,多次重复引用,降低不必要的错误。

    2.业务流程分析

    2.1评选业务流程

    2.1.1评选业务流程图

    在这里插入图片描述

    2.1.2评选业务需求描述

    阶段 参与者 工作内容 工作结果
    1 学生 提交评选资料,包括成绩单、儒魂商才学分统计及其相关证书 个人评选资料
    2 系统 审核学生提交的资料是否齐全,审核学生的绩点和学分是否达到优秀毕业生的要求 优秀毕业生申请表
    3 辅导员 审核学生的相关材料 优秀毕业生申请表
    4 学院领导 审核学生的相关材料,转告辅导员通知学生查询评选结果 优秀毕业生申请表

    3.系统数据模型

    3.1数据结构定义

    3.1.1优秀毕业生申请表

    中文名称 代码 类型 是否必填 备注
    姓名 NAME VARCHAR(100)
    学院 ACADEMY VARCHAR(100)
    年级 GRADE INT
    学号 SNUMBER NUMBER(14)
    性别 GENDER CHAR 男,女
    政治面貌 POLITICS STATUS VARCHAR(100)
    绩点 GPA CHAR
    学分 CREDIT CHAR
    所获荣誉 HONOR VARCHAR(500)
    职位 DUTY VARCHAR(100)
    任职时间 TIME_DUTY CHAR
    班级推荐意见 IDEA_CLASS VARCHAR(255)
    院评选意见 IDEA_ACADEMY VARCHAR(255)

    4.功能需求分析

    4.1系统总体功能结构图

    在这里插入图片描述

    4.2 系统总体用例图

    在这里插入图片描述

    4.3 系统功能描述

    4.3.1 申请原型界面

    在这里插入图片描述

    4.3.2 申请需求规定

    申请需求规定 -
    功能名称 优秀毕业生申请
    功能描述 1.学生根据自身情况考虑是否符合优秀毕业生条件,并填写资料。2.填写信息需完整,信息提交后交由系统审核。
    功能要求 照片:上传学生本人一寸照片电子档;
    - 添加:添加职务及其任职时间;
    - 上传成绩单:将跳转至成绩单上传界面;
    - 上传加分材料:将跳转至加分材料上传界面;
    - 提交:提交申请,等待审核;
    - 取消:取消申请,退出申请界面。
    操作角色 学生
    功能输入 姓名,性别,学号,年级,学院,政治面貌,绩点,学分,照片,所获荣誉,职位,任职时间,成绩单,加分材料
    功能输出 姓名,性别,学号,年级,学院,政治面貌,绩点,学分,照片,所获荣誉,职位,任职时间,成绩单,加分材料
    业务逻辑 1.提交时,将辅导员审核阶段设置为“未审核”,将学院审核阶段设置为“未审核”,审核状态设置为“保存”;2.取消时,将审核阶段设置为“未审核”,将学院审核阶段设置为“未审核”,审核状态设置为“取消”;
    备注说明 相关数据库表:优秀毕业生申请表
    其他要求

    4.3.3 辅导员审核原型界面

    在这里插入图片描述

    4.3.4 辅导员审核需求规定

    辅导员审核需求规定 -
    功能名称 审核- >辅导员审核
    功能描述 系统已经将满足要求的学生筛选出来,辅导员可根据学生各项指标审核学生是否通过;
    功能要求 更换学生:更换学生进行审核;
    - 查看学生信息:将显示学生的全部信息;
    - 通过:通过学生的申请;
    - 不予通过:拒绝学生的申请;
    - 更多:学生上传的加分材料大于5张时,将显示其他证书。
    操作角色 辅导员
    功能输入 班级推荐意见
    功能输出 班级推荐意见
    业务逻辑 1.通过时,将辅导员审核阶段设置为“已审核”,将学院审核阶段设置为“未审核”;2.不予通过时,将辅导员审核阶段设置为“未审核”,将学院审核阶段设置为“未审核”。
    备注说明 相关数据库表:优秀毕业生申请表
    其他要求

    4.3.5 学院审核原型界面

    在这里插入图片描述

    4.3.6 学院审核需求规定

    学院审核需求规定 -
    功能名称 审核- >学院审核
    功能描述 辅导员审核完毕后,交由学院领导进行审核,学院领导根据学生综合情况审核学生是否通过。
    功能要求 更换学生:更换学生进行审核;
    - 查看学生信息:将显示学生的全部信息;
    - 通过:通过学生的申请;
    - 不予通过:拒绝学生的申请;
    - 更多:学生上传的加分材料大于5张时,将显示其他证书。
    操作角色 学院领导
    功能输入 院评选意见
    功能输出 院评选意见
    业务逻辑 1.通过时,将学院审核阶段设置为“已审核”;2.不予通过时,将学院审核阶段设置为“未审核”。
    备注说明 相关数据库表:优秀毕业时申请表
    其他要求

    4.3.7 申请结果查询原型界面

    在这里插入图片描述

    4.3.8 申请结果查询需求规定

    申请结果查询需求规定 -
    功能名称 优秀毕业生申请- >结果查询
    功能描述 1.学生可在申请之后随时查看审核情况;2.学生可修改申请和取消申请,修改之后所有审核阶段皆重置为“未审核”。
    功能要求 修改申请:将跳转至原申请,对原申请进行修改;
    - 取消申请:将现有申请删除;
    - 返回:返回申请界面。
    操作角色 学生
    功能输入
    功能输出
    业务逻辑 修改申请后,所有审核阶段皆重置为“未审核”
    备注说明 相关数据库表:优秀毕业生申请表
    其他要求

    4.3.9 登录界面原型界面

    在这里插入图片描述

    4.3.10 登录界面需求规定

    登录界面需求规定 -
    功能名称 用户登录
    功能描述 学生、辅导员和学院领导皆可通过此界面登录相应的账号进行相关工作
    功能要求 注册:可注册新账号;
    - 忘记密码:可修改密码和找回密码;
    - 学生登录;学生只可通过该入口登录学生操作界面;
    - 教师登录:辅导员和学院领导只可通过该入口登录教师操作界面。
    操作角色 学生,辅导员,学院领导
    功能输入 账号,密码
    功能输出 成功注册,成功登陆
    业务逻辑
    备注说明 相关数据库表:学生表,教师表
    其他要求

    4.3.11 学生首页原型界面

    在这里插入图片描述

    4.3.12 学生首页需求规定

    学生首页需求规定 -
    功能名称 首页- >学生
    功能描述 学生可在首页选择申请的相关操作。
    功能要求 申请评选:将进入“优秀毕业生申请”界面;
    - 评选要求:可查看优秀毕业生的评选要求;
    - 评选流程:可查看优秀毕业生的评选流程;
    - 我的申请:可查看上一次申请;
    - 修改申请:将进入“优秀毕业生申请”界面,并保留上一次申请信息;
    - 结果查询:将进入“优秀毕业生申请- >结果查询”界面;
    - 退出:返回“用户登录”界面。
    操作角色 学生
    功能输入
    功能输出 优秀毕业生申请,申请结果
    业务逻辑
    备注说明 相关数据库表:优秀毕业生申请表
    其他要求

    5.需求分析调研报告确认书

    需求分析调研报告确认书 -
    项目编号: XXX
    项目名称: 优秀毕业生评测系统项目
    项目经理: XXX
    调研报告编制人: XXX
    参加调研人员: XXX
    需求调研内容: 优秀毕业生评测系统
    评审意见:
    评审结论:(评审中审议通过的内容在“□”中划“√”,否则划“×”) 1. 通过评审,可以进入下一阶段 □ 2. 未通过评审,修改后重新评审 □
    填表: 审核:

    (PS:水一篇文章,这是我自己的课程实验,模范老师的需求规格说明书做的,就随便发一下,做的不好,如果对读者有帮助最好,^- ^)

    展开全文
  • 给各位朋友分享的需求规格说明书是在2008年底编写的,当时我带的是一个全新团队,接了一个小单子来磨合项目组,目的是让项目组有个初步的规范化标准作业意识,所以文字看起来不够优美,比较粗糙。另外在这里先申明...
    给各位朋友分享的需求规格说明书是在2008年底编写的,当时我带的是一个全新团队,接了一个小单子来磨合项目组,目的是让项目组有个初步的规范化标准作业意识,所以文字看起来不够优美,比较粗糙。另外在这里先申明一下,文档不能全文贴出,因为那个是公司的财产,贴出就违规了。所以只是截取文档部分片段图片,还好,在我们这里不是提供一个标准或模板,而是提供一种思路给大家,那就是三分定天下方法,请各位赏析。

    需求规格说明书在我看来最重要的内容就是区分边界,好吧,我们开始看十大美女图,啊,错了,是十大贴图,清晰无码图,第1-5图是总论,第6图是功能列表,第7-10图是分册。

    看图说话:

    [u]第1张图是文档列表,因为功能点非常的少,所以分册只有一份,如果功能点多的话,大家可以按自己感觉最好的分类来定义分册文件名,并把它拆分成多个分册文件。[/u]

    [align=center][img]http://dl.iteye.com/upload/attachment/333809/0c09ff85-fb63-3aa0-aa12-18f585983b2e.jpg[/img][/align]

    [u]第2张图是总论的目录,采用的是公司CMMI模板,模板意味着你要在规定的位置填空指定的内容。[/u]

    [align=center][img]http://dl.iteye.com/upload/attachment/333812/a20faaed-0b18-3f16-a885-bbf42b44b75c.jpg[/img][/align]

    [u]第3张图是总论中一个很重要也是很神奇的约定说明,说白了其实就是给功能编号,这个号码会贯穿到需求规格说明书的功能列表、分册,详细设计、任务单、测试等等环节上,在我看来它更像是控制点的约定。[/u]

    [align=center][img]http://dl.iteye.com/upload/attachment/333817/5037e23c-07a7-34ef-a12b-ac4fe182c106.jpg[/img][/align]

    [u]第4张图是总论的项目概述,文笔好的朋友可以大写特写,其实大家都知道,我们在写需求的什么经常会碰到一个问题,我们所要实现的业务可能只是一个大流程的一部分,大流程有很多可能是手工操作的,或者是其它系统实现,如果我们只说明一小块边界内的业务,可能会让很多人看不懂,在三分定天下方法下,总论并不太关心边界内还是边界外,把业务说明白最好。[/u]

    [align=center][img]http://dl.iteye.com/upload/attachment/333819/9763225b-785b-3b00-bdf5-3f31202a71dc.jpg[/img][/align]

    [u]第5张图是总论中说明一下功能列表的文件名是什么。[/u]

    [align=center][img]http://dl.iteye.com/upload/attachment/333821/9b088692-8ad1-31af-a907-ff09710c239d.jpg[/img][/align]


    [u]第6张图很关键哦,那就是功能列表,是系统实现的业务范围划分界限的关键,这一刀非常狠的,一下就把边界内所涉及的内容给圈定住了。注意看图,涉及需求栏,有一行内容是F1.1生产任务单执行情况列表,F1.1就是编号,是遵循第3张图的约定[/u]

    [align=center][img]http://dl.iteye.com/upload/attachment/333823/a48ea4c2-d1fa-3e4d-bca5-8ee30b66330d.jpg[/img][/align]


    [u]第7、8张图是分册内容,核心看点有2个,一个是F1下单,另外一个是生产任务单列表的界面,这2个看点非常重要,F1是和功能列表文件中的编号是一致的,属于一条龙服务中的编号索引。界面图就是我们要实现的需求样子,在这里非常明确的给定义下来,就是按照这个图来做,后续环节就是按这个图,和客户确认,按图设计,按图编码、按图测试验证。客户一起看图确认是不是轻松了很多,不要让客户想的太多,也不要让程序员想的太多,这2种多想都会出问题的。把它给确认就什么问题都没有了,所以我才会在上篇文章中和大家说,在三分定天下方法下:需求和客户确认后到没有变更前,我们是没有返工的。[/u]

    [align=center][img]http://dl.iteye.com/upload/attachment/333825/34a8bce5-41fc-3028-b576-46097461f9cf.jpg[/img][/align]
    [align=center][img]http://dl.iteye.com/upload/attachment/333827/24f58783-1b39-3595-b212-4b691f8aae1b.jpg[/img][/align]

    [u]第9-10张图也是分册内容,看图写操作手册,人机交互的过程,怎么写都可以,强制要求必须是边界内的,不能出现等等这类的字眼,有一说一,有二说二。尽量严谨些,这个阶段是属于抠字眼范畴,不像写总论的时候,那是属于编故事范畴,越好听越好。[/u]

    [align=center][img]http://dl.iteye.com/upload/attachment/333829/5ff60885-b2d2-3470-81b3-1b9737d6bc47.jpg[/img][/align]
    [align=center][img]http://dl.iteye.com/upload/attachment/333832/c3dbf16a-6935-3b04-bc93-86723a057757.jpg[/img][/align]

    看完了,是不是感觉也就是这么一回事,可能和各位朋友日常做的没什么太大区别,不就是把需求文档分为三个文档吗,不是的,这些都是台面上形式的东西,在看不到的层面上,我们开始悄悄的在做一件事,控制,对项目的控制,让整个项目良性发展的控制,这种控制在后续的篇章中慢慢的展现给大家。

    最后我问个问题:如果收到的需求涉及到多个功能点的变更,该在文档中如何体现?
    教大家一个方法:
    1、在需求跟踪表中登记此需求。
    2、填写需求涉及到的功能点编号,如案例中F1.1、F1.2、F1.3涉及到,就把这些编号写上
    3、把分册WORD文档切换成修订模式。
    4、在修订模式下修改。
    5、在下个版本开始前再把这份文档做接受所有修订的处理。
    6、设计、编码、测试等等角色都可以从需求跟踪表中找到涉及到的编号、从编号在找到分册,在修订模式下是不是很方便的比较出新需求的变化。

    PS:下章我们将谈谈需求跟踪表,一个非常有特殊作用的管理小工具
    展开全文
  • 来自百度文库, 很详细的需求规格说明书实例. 参考点: * UI界面描述, 用户操作流程. * 需求中定义的接口概念, 不同于概要设详细设计中的接口概念. * 对于需求规格说明书中一些比较虚的节点(用户特点, 限制与约束, ...
  • 2021最新产品需求模板系列-软件产品需求规格说明书(案例).doc
  • 软件需求规格说明书(案例) “成绩管理系统”软件需求规约
  • 对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明
  • 该文档首先给出了整个系统的整体网络结构...该文档详尽说明了这一软件产品的需求和规格,这些规格说明是进行设计的基础,也是编写测试用例和进行系统测试的主要依据。同时,该文档也是用户确定软件功能需求的主要依据。
  • 编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体.
  • 中兴项目开发软件需求分析规格说明书案例,中兴公司的一个项目需求分析案例
  • 需求规格说明书

    2012-10-21 19:25:38
    这是一个软件需求规格说明书模版,需要根据实际案例进行编写
  • 需求规格说明书-机票大数据平台,大数据分析案例,机票分析。
  • 需求规格说明书-汽车销量大数据平台,分析案例。销售分析。
  • 需求分析 需求规格说明书 不仅仅是模板 里面已经添加了内容
  • 软件需求规格说明书范例

    万次阅读 多人点赞 2019-07-24 10:11:21
    文章目录 一、 引言 1.1 定位与目标 ...1.3 软件需求分析理论 1.4 软件需求分析目标 二、 需求概述 2.1 项目背景 2.2 需求概述 2.3 系统结构 三、 系统功能需求 3.1 功能总览 3.2 业务流程图 3.3 数据流...

    完整版(包括图片表格,请访问 http://www.omegaxyz.com/2019/07/23/software-specification/

    本软件需求规格说明书范例对应的软件测试计划请参照:
    http://www.omegaxyz.com/2019/08/02/software-testing/

    PDF文档及更多软件测试内容请参考:https://github.com/xyjigsaw/software-testing

    文章目录

    一、 引言
    1.1 定位与目标
    1.2 对象
    1.3 软件需求分析理论
    1.4 软件需求分析目标
    二、 需求概述
    2.1 项目背景
    2.2 需求概述
    2.3 系统结构
    三、 系统功能需求
    3.1 功能总览
    3.2 业务流程图
    3.3 数据流分析
    3.4 数据字典
    3.5 E-R图
    四、 软硬件及外部系统接口需求
    4.1 用户界面
    4.2 硬件需求
    4.3 运行环境
    五、 可靠性与可用性需求
    5.1 性能需求
    5.2 安全性需求
    六、 参考文献

    一、 引言

    1.1 定位与目标

    计算机技术高度发达的今天,利用信息技术对大量复杂的信息进行有效的管理成为一种普遍而实用的手段。一方面,这极大的减少了簿记和人力的开销,另一方面,现代计算机强大的计算能力和网络的普遍部署,大大简化了大量信息的处理和流动。学生在线考试系统是评测学生能力的一个重要组成部分,他对教师的工作效率有很大的提高,它不但可以降低对纸质试卷的要求,同时也体现了节约型社会的要求。该系统涉及了学生在线程序能力测评考试,学习成绩插询,以及很多相关信息的综合处理。为了方便配合教师对学生成绩的进一步了解,开发学生在线考试系统是当务之急。学生在线考试系统把试题、电脑改卷、成绩查询的部分管理工作集成到一个统一的平台,各管理人员分工协作、相互配合,及时了解学生编程水平。同时,也可以方便教师针对学生个体不同情况进行分层次指导。

    1.2 对象

    本《软件需求规格说明书》的预期读者是:

    程序教学平台开发经理
    技术部经理
    项目组所有人员
    测试组人员
    SQA 人员
    开发公司授权调阅本文档的其他人员

    1.3 软件需求分析理论

    软件需求分析是研究用户需求得到的东西,完全理解用户对软件需求的完整功能,确认用户软件功能需求, 建立可确认的、可验证的一个基本依据。软件需求分析是一个项目的开端, 也是项目实施最重要的关键点。 据有关的机构分析结果表明, 设计的软件产品存在不完整性、 不正确性等问题 80%以上是需求分析错误所导致的,而且由于需求分析错误造成根本性的功能问题尤为突出。因此,一个项目的成功软件需求分析是关键的一步。

    1.4 软件需求分析目标

    对实现软件的功能做全面的描述,帮助用户判断实现功能的正确性、一致性和完整性,促使用户在软件设计启动之前周密地、全面地思考软件需求。了解和描述软件实现所需的全部信息,为软件设计、确认和验证提供一个基准。

    为软件管理人员进行软件成本计价和编制软件开发计划书提供依据。

    需求分析的具体内容可以归纳为六个方面: 软件的功能需求, 软件与硬件或其他外部系统接口,软件的非功能性需求, 软件的反向需求, 软件设计和实现上的限制,阅读支持信息。

    软件需求分析应尽量提供软件实现功能需求的全部信息, 使得软件设计人员和软件测试人员不再需要需求方的接触。 这就要求软件需求分析内容应正确、 完整、一致和可验证。此外,为保证软件设计质量,便于软件功能的休整和验证,软件需求表达无岔意性,具有可追踪性和可修改性。

    二、 需求概述

    2.1 项目背景

    将要开发的软件名为《计算机程序能力在线测评系统》,本项目的提出者是安徽大学计算机科学与技术学院,而开发者是16级安徽大学软件工程班负责,主要用户是安徽大学本科生级研究生, 该软件独立于其他系统,自成一个完整的系统,应用方便。

    2.2 需求概述

    下面就对算机程序能力在线测评系统的设计进行需求分析。

    首先,因为考试是面向特定的某些对象的,所以考试者进入系统应该进行身份验证。考试者进入考试系统后,应该能根据自己的需要选择考试能力水平,所以该 系统还应具有考试难度选择(分为顶级、甲级、乙级)的功能。为了在线考试做到规范,对于每个应试者来说,试卷的试题和题量都应是相同的,但试题并不相同。在线考试基于网络环境,试卷应该从服务器的数据库随机抽取试题后动态生成的。另外,系统还应该对考试时间进行控制,时间到了会要求考试者交卷。考试者选择答案提交后,应该由计算机自动判卷,得到成绩后显示出来。考试完毕后,可以返回登录界面或查询成绩与排名。

    2.3 系统结构

    图2.1 系统结构

    三、 系统功能需求

    3.1 功能总览

    表 3.1 功能总览

    3.2 业务流程图

    完整版(包括图片表格,请访问 http://www.omegaxyz.com/2019/07/23/software-specification/)

    该系统是基于网络技术的一种在线测评系统,管理员通过网络对题库进行维护,添加试题、修改试题、删除试题等操作;考生通过系统完成考试、分数查询等操作;系统自动组卷并且完成试卷的批阅、分数的统计等操作。

    图3.1 业务流程图

    3.3 数据流分析

    学生登陆系统后从试题库中选出一套试题,然后开始答题,答题完后提交给系统,由系统完成对试卷的批阅统计出成绩,学生可以登陆查询。 管理员登陆系统后对系统进行维护更新。

    图3.2 数据流图

    3.4 数据字典

    数据项条目,用于标识实体。数据字典是数据库的重要部分,它存放有数据库所用的有关信息,对用户来说是一组只读的表。它是关于数据信息的集合。它是数据流图中所有要素严格定义的场所,这些要素包括数据流、数据流的组成、文件、加工小说明及其他应进入字典的一切数据,其中每个要素对应数据字典中的一项条目。其中,对引用的一些关键字进行说明 : PK(主键 ),FK(外键 ), Check(检 查的范围约束),Not null(不为空值)。

    完整版(包括图片表格,请访问 http://www.omegaxyz.com/2019/07/23/software-specification/)

    表3.2 考生信息表

    编号 字段名称 字段含义 字段类型 字段长度 是否主键 默认值
    1 uuid 考生考号 Varchar 10 √
    2 name 考生姓名 Varchar 14
    3 gender 性别 Bool 1
    4 password 密码 Varchar 20 123456
    5 mail 邮箱 Varchar 40
    6 phone 电话 Varchar 12
    表3.3 试题难度系数表

    编号 字段名称 字段含义 字段类型 字段长度 是否主键 默认值
    1 idl 难度编号 Varchar 3 √
    2 dsl 难度描述 Varchar 30 NULL
    表3.4 题目信息表

    编号 字段名称 字段含义 字段类型 字段长度 是否主键 默认值
    1 idq 题目号 Varchar 10 √
    2 idl 难度编号 Varchar 3
    3 nameq 题目名称 Varchar 10
    4 des_q 题目表述 Varchar 100 NULL
    5 index_q 索引编号 Varchar 20
    6 pass_n 通过人数 Longint 16 0
    7 att_n 提交次数 Longint 16 0
    表3.5 试卷信息表

    编号 字段名称 字段含义 字段类型 字段长度 是否主键 默认值
    1 idp 试卷号 Varchar 10 √
    2 score_t 总分 Int 8 100
    3 nameq 题目名称 Varchar 10
    4 des_p 试卷表述 Varchar 100 NULL
    5 start_p 开始时间 Date 16 Date()
    6 end_p 结束时间 Date 16 Date()
    表3.6 管理员信息表

    编号 字段名称 字段含义 字段类型 字段长度 是否主键 默认值
    1 uuid_a 工号 Varchar 10 √
    2 name_a 姓名 Varchar 8
    3 password_p 密码 Varchar 20
    4 mail_p 邮件 Varchar 40
    5 phone_p 联系电话 Varchar 12
    表3.7 考场信息表

    编号 字段名称 字段含义 字段类型 字段长度 是否主键 默认值
    1 uuid_s 考场号 Varchar 10 √
    2 name_s 考场名称 Varchar 20
    3 des_s 考场描述 Varchar 100

    3.5 E-R图

    完整版(包括图片表格,请访问 http://www.omegaxyz.com/2019/07/23/software-specification/)

    图3.3 试题E-R图

    图3.4 考生E-R图

    图3.5 成绩单E-R图

    四、 软硬件及外部系统接口需求

    4.1 用户界面

    用户界面是程序中用户能看见并与之交互作用的部分,设计一个好的用户界面是非常重要的,本设计将为用户提供美观,大方,直观,操作简单的用户界面。

    4.2 硬件需求

    移动终端硬件配置应遵循如下原则:具有高的可靠性,可用性和安全性。【描述系统中软件和硬件每一接口的特征。这种描述可能包括支持的硬件类型、软硬件之间的交流的数据和控制信息的性质以及使用的通信协议。】

    4.3 运行环境

    Web 浏览器:0+、Chrome、Opera、Safari、Firefox及任何支持HTML5标准的浏览器。
    标准分辨率:1024768、19201080、2K
    五、 可靠性与可用性需求

    5.1 性能需求

    处理能力
    由于是在线测评系统,其处理能力主要考虑系统能承载的最大并发用户数,按照实际情况的规划,系统至少能承载的最大并发用户数要求达到全校学生总人数*φ,φ为0至1的常数,随服务器容量而定。

    响应时间
    为了能够快捷地提供在线测评服务,系统应该能够快速地响应在线测评请求。用户最终得到结果的响应时间除了与系统响应速度有关外,还与网络状况有关。因此对Web服务器端需要较高的要求。

    表 5.1 相应时间分析

    完整版(包括图片表格,请访问 http://www.omegaxyz.com/2019/07/23/software-specification/

    5.2 安全性需求

    传输的数据都采用高强度的加密算法加密 (DES),使得数据即使泄漏、被截获后,也无法识别相关的数据内容,确保数据安全。对于客户端与服务器交互的数据,使用安全套接子层 (SSL,SSL 加密传输主要是针对 WEB的数据传输,基于重要信息的传输安全考虑而设计的) 进行信息交换,并在客户移动终端和服务器之间重要的信息的交换。

    六、 参考文献

    [1] 卢正鼎, 张照, 周裕强,等. 面向工程设计应用的数据库管理系统EDDBMS[J]. 计算机研究与发展, 1997(s1):328-332.
    [2] 蔡长安, 王琪. 基于B/S模式的学生信息管理系统设计与实现[J]. 计算机工程与设计, 2006, 27(14):2585-2587.
    [3] 李文新, 郭炜. 北京大学程序在线评测系统及其应用[J]. 吉林大学学报:信息科学版, 2005(S2):170-177.

    更多内容访问 omegaxyz.com
    网站所有代码采用Apache 2.0授权
    网站文章采用知识共享许可协议BY-NC-SA4.0授权
    © 2020 • OmegaXYZ-版权所有 转载请注明出处

    展开全文
  • 产品项目功能需求规格说明书模版

    热门讨论 2012-11-23 16:39:57
    产品项目功能需求规格说明书模版。软件需求规格说明书(案例) 2007 年 03 月 29 日 星期四 03:24 1. 引言 1.1 编写目的:编写此文档的目的是进一步定制软件开发的细节.
  • 需求规格说明书实例汇总(珍藏)
  • 人力资源管理系统需求规格说明书,适合 人力资源部工作人员,项目经理,项目组成员,测试组成员,质量保证组成员阅读。 我是从花钱买的这里贡献给大家
  • 公司物流信息服务平台软件需求规格说明书,可以帮助你软件开发。
  • 软件工程 实验题目 在线考试系统需求规格说明书(需求分析),里面有业务流程图、用例图、数据流图等,都是小组成员自己用StarUML画的
  • 目前大部分正规需求规格说明书的设计都采用此规范,此规范对各部分的内容,做了细致明确! =================================================== 目录 a.引言 1 a.1 目的 1 a.2 文档约定 1 a.3 预期的读者和阅读建议 1...
  • 《软件需求》中的范例,包括需求规格说明,项目前景与范围文档
  • 软件工程需求分析案例说明书
  • 软件需求说明书 案例

    2010-03-24 09:07:11
    软件需求说明书,自己写的,里面是职工系统管理软件的需求说明书,需要看的可以下载看看啊
  • 软件测试这门课中的实验使用
  • 软件工程需求分析最后要形成的说明书: 需求规格说明书模板
  • 互联网时代,SaaS平台也越来越多,对于刚从业者而言往往不知从何下手,本说明书模板里从SaaS系统的整体要求、系统功能、性能要求、安全性性要求等等列举,供有需要的朋友们来学习借鉴!
  • 基于 Java Web 的毕业设计选题管理平台--选题报告与需求规格说明书 一、选题报告 目录 团队名称 团队成员 项目名称 项目描述 创新与收益 用户场景分析 真实用户调研 未来市场与竞争 项目导图 比例...

    基于 Java Web 的毕业设计选题管理平台--选题报告与需求规格说明书

    一、选题报告

     

    目录

     

    1、团队名称——指南者团队

     

    2、团队成员

    • 孔潭活:2015034643032
    • 何德新:2015034643017
    • 吴淑瑶:2015034643018
    • 苏咏梅:2015034643025
    • 李茵敏:2015034643012

     

     3、项目名称——基于 Java Web 的毕业设计选题管理平台

     

     4、项目描述

    在大多学校中的毕业论文双向选择管理大多都是采用了人工进行管理,但是面对不断增加的高校学生,这样不仅工作量大,而且效率低下容易出错,更加不方便教师查阅和管理,而这个基于 Java Web 的毕业设计选题管理平台可以解决这些问题和缺陷,并且这个平台适应实际的需求变化,为高校毕业学生和导师提供一种可靠的低成本运作模式,并且也可以减少导师不必要的劳动和重复性工作,提高了统计数据的准确性。而该平台基于 Java 的编程给使用者提供了一个直观、易于与用户进行交互的图形界面。

     

    5、创新与收益

    创新点:这个平台的运行可以减少不必要的人力,节省更多的资源,并且也可以统计大量的数据,对各个数据库进行分类管理,保证数据的安全性和统一性;所以平台在经济上是可行的。

    收益:与高校合作,推荐使用该平台,具体收益暂无法计算。

     

    6、用户场景分析

     

    用户:高校毕业生、毕业生导师、高校行政人员、高校管理人员。

    场景分析:这个平台的通过为用户提供一种可靠的低成本运作模式,主要场景为毕业论文双向选择管理的毕业生和导师的双向选择时。

    我们设想的用户场景:学生A 是需要选择毕业设计题目和导师的学生,通过登录该网站平台,可以快捷的了解到自己所能完成的毕业设计题目和导师,进而惊醒选择。

     

    7、真实用户调研

    一个真实的案例:五一期间有两个今年即将毕业的毕业生通过公众号联系到我,一个找我帮忙选毕业设计题目,而另一个则是说选错题,让我指导下如何完成选错的毕业设计。抛开各种原因不说,通过这个案例,足以说明毕业设计双向选择的管理存在的问题和缺陷,并且大多数高校基于人工管理的毕业设计选择的低效,而随着高校生源的不断增加和扩增,基于 Java Web 的毕业设计选题管理这个平台的真实用户的选择可行性。

     

    真实用户场景:学生A 是需要选择毕业设计题目和导师的学生,通过登录该网站平台,可以快捷的了解到自己所能完成的毕业设计题目和导师,进而惊醒选择。

     

     8、未来市场与竞争

    未来市场:不断扩招的各种类型的高校。

    竞争:在竞争中成功的本质是用户体验,通过用户体验以及是否成功推销这个指标,在高校市场日益扩充的同时,也必定会有竞争者分一杯羹。

     

    9、项目导图

     

     

    10、比例权重

     

     

    孔潭活(组长)

    何德新

    吴淑谣

    苏咏梅

    李茵敏

    选题讨论

    20%

    20%

    20%

    20%

    20%

    原型

    60%

    10%

    10%

    10%

    10%

    项目网页

    60%

    10%

    10%

    10%

    10%

    展示答辩

    60%

    10%

    10%

    10%

    10%

    提问

    20%

    20%

    20%

    20%

    20%

    文章

    60%

    10%

    10%

    10%

    10%

    最终权重

    60%

    10%

    10%

    10%

    10%

    11、总结

    在懵懂中探索,在探索中学习前进。

    二、需求规格说明书

     

    需求规格说明书文档请点击链接移步 GitHub 查看:https://github.com/compassblog/PythonExercise

     

    1、工作流程

    组长分工——》组员各自完成所分配的工作——》组员向组长提交——》组长整合——》完成任务

     

    2、组员分工

    孔潭活(组长):分配文档编写工作,提供原型,整合文档,统筹大局

    何德新:编写项目引言,包括项目目的、背景、及定义

    吴淑瑶:编写项目概述,包括产品概述,产品功能,一般约束

    苏咏梅:编写项目具体需求,包括项目原型及类图和项目接口等需求

    李茵敏:和组长一起,两人共同编写项目的验收验证标准

     

    3、组员工作量比例 

    孔潭活(组长):30%

    何德新:17.5%

    吴淑谣:17.5%

    苏咏梅:17.5%

    李茵敏:17.5%

    转载于:https://www.cnblogs.com/light1/p/8983023.html

    展开全文
  • 如果刚开始接触需求分析、撰写《需求规格说明书》或起步从事业务需求分析工作,那么业务需求用例会是一个好的工具。需要强调的是,它只是一个辅助工具而已,用的不好对项目发展时有阻碍作用的;...
  • 基于 Java Web 的毕业设计选题管理平台--选题报告与需求规格说明书 一、选题报告 目录 团队名称 团队成员 项目名称 项目描述 创新与收益 用户场景分析 真实用户调研 未来市场与竞争 项目导图 比例权重 总结 1、...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 5,848
精华内容 2,339
关键字:

需求规格说明书案例