精华内容
下载资源
问答
  • 数据描述 需求规格说明书
    千次阅读
    2019-04-29 11:01:03

    前言

    在产品研发过程中,《需求文档》与《需求分析报告》以及《需求规格说明书》是产品研发的辅助文档,必不可少。遗憾的是不但外行人傻傻分不清,有时候相关从业者乃至被神化了的产品经理也是分不清楚。是什么导致了分歧与疑惑呢?三种文档名称都包含了需求,对需求的定义到什么程度?接下来,为你揭开需求的前世今生缥缈的面纱。

    相信搞清楚了需求文档与需求分析报告以及需求规格说明书三者之间的区别和作用,这个问题就可以迎刃而解。

    三者区别

    软件产品需求文档

    软件产品需求文档:产品需求文档(PRD)是将商业需求文档(BRD)和市场需求文档(MRD)用更加专业的语言进行描述,是对业务部门对提出的需求进行专业语言描述的文件。

    该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档。当然,这个定义针对的是一个全新的产品。广义上来讲,产品需求的描述,应该包含有产品的战略和战术,战略是指:产品定位、目标市场、目标用户、竞争对手等。战术是指产品的结构、核心业务流程、具体用例描述、功能&内容描述等。

    PRD的主要使用对象有:开发、测试、项目经理、交互设计师、运营及其他业务人员。开发可以根据PRD获知整个产品的逻辑;测试可以根据PRD建用例;项目经理可以根据PRD拆分工作包,并分配开发人员;交互设计师可以通过PRD来设计交互细节。PRD是项目启动之前,必须要通过评审确定的最重要文档。

    需求分析

    需求分析:需求分析也称为软件需求分析、系统需求分析或需求分析工程等,是开发人员经过深入细致的调研和分析,准确理解用户和项目的功能、性能、可靠性等具体要求,将用户非形式的需求表述转化为完整的需求定义,从而确定系统必须做什么的过程。

    需求分析报告主要面向业务人员与用户,侧重于把系统要解决的业务逻辑、要实现的功能描述清楚,更宏观。一般先有需求分析报告,后有需求规格说明书。

    软件需求说明书

    软件需求说明书:SRS(Software Requirements Specification), 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。包含硬件、功能、性能、输入输出、接口需求、警示信息、保密安全、数据与数据库、文档和法规的要求等等。

    需求规格说明书往往面向设计、开发人员,侧重于把系统的约束、输入、输出和处理过程定义清楚,更具体、更详细。但由于目前市场上流行的快速迭代,敏捷开发与敏捷测试的技术思维,开发等不到写需求规格说明书,拿到原型就开始进行开发工作,后续补充的需求规格说明书只是作为产品验收的依据。(快速迭代,敏捷开发与敏捷测试的技术思维一般适用于技术成熟度高,且经验丰富的研发团队,有扎实的基本功,才可以不拘泥于形式)

    那么,需求文档与需求分析报告以及需求规格说明书三者之间的联系又是什么样的呢?其实,人们对三者之间的疑惑是在软件技术发展初级阶段与软件技术普及阶段,研发单位所处在不同阶段主要矛盾的变化导致的。

    三者联系

    软件技术发展的初级阶段,大多数研发单位不具备软件研发能力,怎么办?没有自主研发能力的单,研发部门人员配置不全的情况下,于是就产生了寻找具有技术研发能力的团队进行技术外包的形式完成研发工作。甲方负责整理由业务部门负责提出的需求,形成商业需求文档(BRD)和市场需求文档(MRD),乙方对接整理出需求文档(PRD),乙方的需求分析师根据的《需求文档》整理《需求分析报告》,乙方的研发经理基于《需求文档》与《需求分析报告》,整理出《需求规格说明书》。

    软件技术得以普及的今天,一些研发单位有足够的财力和人力进行自主研发。具有自主研发能力的研发单位,部门人员配置齐全的情况下,业务部门负责提供商业需求文档(BRD)和市场需求文档(MRD)产品经理负责整理出需求文档(PRD),项目经理负责提供《需求分析报告》,研发经理负责提供《需求规格说明书》。

    在研发工作中,与需求打交道最多的那个人就是产品经理,产品同学,你明白了这些都带着需求字眼的文件之间的区别和联系了么?

    随着互联网经济的兴起,产品经理成了一个火热的名词,乃至被神化,源于我们对产品经理工作内容的不了解和寄予了更多的期待。产品经理除具备专业技能之外,还应具备市场的理论知识,如4P理论、4C理论、SMART原则、波士顿矩阵、安索夫矩阵、SWOT分析等,未来的互联网产品经理不但需要培养产品工作中的技能和技巧,还需要培养产品变现的能力,如战略规划、定义产品、营销方案等。产品经理是一个具有综合素质的人,而不是一个无所不能的神,相信后续会有更多专业内的书籍来帮助大家分析和解读,让尘埃落地。

    产品经理在实际工作中面对错综复杂的问题,如何厘清来龙去脉找到突围之法?借《金刚经》的一句心法送给大家:云何应住,云何降服其心。应无所住,而生其心。

    更多相关内容
  • 精品 人力资源系统 需求规格说明书 编号 XXX-HR-DEV-SRS 版本 1.0 可编辑 精品 1 功能性需求 描述系统功能按系统功能的体系结构组织本章内容 1.1 系统管理 1.1.1 人力资源档案管理设置 设置一级机构二级机构三级机构...
  • 需求规格说明书1

    2022-08-03 22:12:50
    1.引言1.1. 目的本文档描述了基于 WIFI 探针的商业大数据分析系统的功能需求和非功能需求。开发小组的软件系统的实现和验证都以此文档作为依据,其他文档中有
  • 软件需求规格说明书1

    2022-08-08 22:50:47
    1.2项目背景随着计算机技术的不断发展,计算机知识日趋普及,同时计算机操作及管理也日趋简单化 1.3定义静态数据——系统固化在内的描述系统实现功能的一部分数据
  • 软件需求规格说明书

    千次阅读 2022-03-25 14:15:27
    文档状态: 文档编号: [ ] Draft [√] Released [ ]Modifying 编 撰: 编撰日期: 保密级别: 文档版本: 1.0.0 项目名称 (The English Name) 软件需求规格说明书 XXX项目小组 xxxx年xxx月xxx日 修订表 正在...

    文档状态:

    文档编号:

    [  ] Draft

    [√] Released

    [  ]Modifying

    编    撰:

    编撰日期:

    保密级别:

    文档版本:

    1.0.0

    项目名称

    (The English Name)

    软件需求规格说明书

    XXX项目小组

         xxxx年xxx月xxx日
    修订表

    正在上传…重新上传取消

    编号

    生成版本

    修订人

    修订章节与内容

    修订日期

    1

    2

    3

    4

    5


     审批记录

    正在上传…重新上传取消

    版本

    审批人

    审批意见

    审批日期


    目    录

    1. 引言

    1.1 目的

    1.2 适用范围

    1.3 参考资料

    1.4 术语和缩略语

    2. 系统概述

    2.1 产品描述

    2.2 产品功能

    2.3 一般约束

    3. 功能性需求分类

    3.1 功能描述1

    3.2 功能描述2

    4. 产品的非功能性需求

    4.1 外部接口说明

    4.1.1 用户接口

    4.1.2 软件接口

    4.2 性能需求

    4.2.1 硬件的限制

    4.3 属性

    4.3.1 友好性

    4.3.2 安全性

    4.3.3 可维护性

    4.3.4 可转移/换性

    4.4系统的运行环境

    4.5 其他需求

    4.5.1 用户操作需求

    附录A:需求确认


    1. 引言
      1. 目的

    【 说明编写这份软件需求说明书的目的,小组长、项目负责人和其他各部门领导及用户是文档的预期读者。

    明确系统范围、系统与其他系统的接口问题、及用户的各种功能、界面等需求。由预期读者签字确认,审核人中应该包括用户部门领导。】

      1. 适用范围

    【说明:

    a. 待开发的软件系统的名称;

    b. 说明软件将干什么,如果需要的话,还要说明软件产品不干什么;

    c. 说明软件与其他系统的接口,本系统要完成什么,不完成什么,要实现的系统功能,需要其他系统提供什么,本系统需要为其他系统提供什么。】

      1. 参考资料
      2. 术语和缩略语
    1. 系统概述
      1. 产品描述

    资料名称[标识符]

    出 版 单 位

    作  者

    日  期

    术语、缩略语

    解      释

    【叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张结构图来说明该系统的组成和本产品同其他各部分的联系和接口。】

    注:结构图是用来描述系统的总体结构以及系统内部个部分之间的联系,它以树型结构来表示。

    例如:

    正在上传…重新上传取消

      1. 产品功能

    【本条是为将要完成的软件功能提供一个摘要。

    有时,如果存在较高层次的规格说明时,则功能摘要可从中取得,这个较高层次的规格说明为软件产品分配了特殊的功能,为了清晰起见,可以使用以下任意一种方法来进行说明:

    1.  编制功能的一种方法是制作功能表,以便客户或者第一次读这个文件的人都可以理解;
    2. 用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记这样的图不是产品设计时所需求的,而只是一种有效的解释性的工具。】
      1. 一般约束

    【本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括:

    1. 管理方针;
    2. 硬件的限制;
    3. 并行操作;
    4. 通信协议;

    安全和保密方面的考虑。】

    1. 功能性需求分类

    功能性需求分类方法:

    【数据流程分析:数据流程分析主要包括对信息的流动,变换,存贮等的分析。其目的是尽量发现数据流动中存在的问题,并找出加以解决的方法,优化数据流程。数据流程图是一种全面的描述系统数据流程的主要工具,他是一组符号来描述整个系统中信息的全貌,综合地反映信息在系统中的流动,处理和存贮情况。

    绘制数据流程图常用的以下符号:

    正在上传…重新上传取消外部实体,本系统或子系统以外的人或单位

    正在上传…重新上传取消数据流,一组确定的数据组成

    正在上传…重新上传取消处理过程,表示对数据的加工处理,把它输入的数据流转化为输出的数据流

    正在上传…重新上传取消结构存储,是数据的仓库,表示系统产生的数据存放的地方

    例如:

    正在上传…重新上传取消

    【UML的模型图 UML 的模型图能够将被建模的系统的某一个方面的某一部分以图形的方式表示出来,不同的视图通过将多个不同的模型图有机组合在一起就能够描述系统模型的某方面的特征。UML的模型图是有模型元素构成的,模型元素以图标的形式直观形象的表达各种概念。有的模型元素可以在多个模型图中使用,如注释和注释连接可以在任何模型图中使用,用于给其他的模型元素进行注释。各种模型图能使用的模型元素集合也不相同,在介绍各种模型图的时候会有具体的说明。 UML定义了九种模型图:用例图(Use Case View)、类图(Class Diagram)、对象图(Object Diagram)、构件图(Component Diagram)、部署图(Deployment Diagram)、状态图(StateChart Diagram)、活动图(Activity Diagram)、序列图(Sequence Diagram)以及协作图(Collaboration Diagram)。

    例如:

    用例图:

    正在上传…重新上传取消

    活动图:

    正在上传…重新上传取消

    状态图:

    正在上传…重新上传取消

    【E-R图是相对于概念模型而言的,在数据库中有严格的界定,是P.P.S.Chen于1976年提出的实体-联系方法(Entityt-Relationship Approach).该方法用E-R图来描述现实世界的概念模型.

    E-R图提供了表示实体型\属性\和联系的方法;▲实体型:用矩形表示.▲属性:用椭圆形表示.▲联系:用菱形表示.

    例如:

    正在上传…重新上传取消

    其中用面向对象(用例图)和面向结构(数据流程图)这两种方法要根据项目自身特点,进行选择性地运用,是可选的。

      1. 功能描述1

    3.1.1 具体功能1

    【对于每一类功能或者有时对于每一个功能,需要具体描述其输入、加工和输出的需求,(根据需要,选择性的用数据流程图,实体图或UML模型图等来表示)。】

    【如果选用面向对象分析该功能时,要写明该功能模块的前置条件,模块中所参与的角色,用用例图对功能模块建模后,要有详细的用例描述话语。】

    3.1.2  具体功能2

      1. 功能描述2

    ……

    1. 产品的非功能性需求
      1. 外部接口说明
        1. 用户接口

    【提供用户使用软件产品时的接口需求。】

        1. 软件接口

    【在此要指定需使用的其他软件产品,以及同其他应用系统之间的接口。】

      1. 性能需求

    【从整体来说,本条应具体说明软件、或人与软件交互的静态或动态数值需求。

    a.静态数值需求可能包括:

    1)支持的终端数;

    2)支持并行操作的用户数;

    3)系统响应的时间特性;

    b.动态数值需求可能包括:欲处理的事务和任务的数量,以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。】

        1. 硬件的限制

    【本项包括在各种硬件约束下运行的软件要求,例如,应该包括:

    a.硬件配置的特点(接口数,指令系统等);

    b.内存储器和辅助存储器的容量。】

      1. 属性

    【在软件的需求之中有若干个属性,以下指出其中的几个】

        1. 友好性

    【指的是用户对界面的要求,程序界面友好度,可操作性等友好性信息】

        1. 安全性

    【指的是保护软件的要素,以防止各种非法的访问、使用、修改、破坏或者  泄密。这个领域的具体需求必须包括:

    a. 利用可靠的密码技术;

    b. 掌握特定的记录或历史数据集;

    c. 给不同的模块分配不同的功能;

    d. 计算临界值的检查。】

        1. 可维护性

    【规定若干需求以确保软件是可维护的。】

        1. 可转移/换性

    【利用开发平台提供的数据转换功能,可以实现跨平台数据转换,实现不同数据库数据间的数据转换,如:FoxPro、Access、Microsoft SQL Server间的数据转换。】

    4.4系统的运行环境

    【系统的起始运行时间,结束运行时间,运行的时限,运行的周期等。】

      1.  其他需求
        1. 用户操作需求

    【这里说明用户要求的常规的和特殊的操作。

    a.在用户组织之中各种方式的操作。例如,用户初始化操作;

    b.数据处理运行功能;

    c.后援和恢复操作。】

    1. E-R图和数据字典抽取
      1. E-R图

    根据以上的分析,把在整个系统过程中出现的实体及各个实体之间的关联画成E-R图,以更好的从整体角度了解系统中所有的实体。比如:

    【此处使用E-R图】

      1. 数据字典

    对系统中出现的各个实体的属性进行整理,形成数据字典,此可以做为后继开发过程中数据结构设计、数据库设计、数据库表结构设计的主要来源。格式如下例所示:

        1. 员工基本信息

    属性

    约束

    释义

    备注

    员工编号

    必填

    员工在公司的工作编号,唯一标识

    附录A:需求确认

    需求评审报告摘要

    需求文档

    输入名称,标识符,版本,作者,完成日期,...

    需求评审报告

    输入名称,标识符,评审日期,...

    评审结论

    [  ] 工作成果合格,“无需修改”或者“需要轻微修改但不必再审核”。

    [√] 工作成果基本合格,需要做少量的修改,之后通过审核即可。

    [  ] 工作成果不合格,需要做出比较大的修改,之后必须重新对其评审。

    评审意见

    评审小组成员

    输入评审小组成员

    源文件:

    链接:https://pan.baidu.com/s/1NwHy8zUJTsrAeLg5Z2WosA 
    提取码:p3ga

    展开全文
  • 项目需求规格说明书

    万次阅读 2022-02-25 22:29:02
    《基于区块链的教学成绩管理系统》项目需求规格说明书 1. 引言 1.1 目的 编写本需求规格说明书目的是为了遵循软件工程开发流程,对基本需求进行分析汇总,形成调研阶段的分析结果。 本文档是对功能模块的基本需求...

    《基于区块链的教学成绩管理系统》项目需求规格说明书

    1. 引言

    1.1 目的

    编写本需求规格说明书目的是为了遵循软件工程开发流程,对基本需求进行分析汇总,形成调研阶段的分析结果。
    本文档是对功能模块的基本需求功能特性的描述,用于定义项目范围,明确开发需求,并为后期的分析设计、代码实现和测试提供指导。

    1. 分析设计,以本需求规格说明书为标准完成总体设计和详细设计;
    2. 代码实现,以本需求规格说明书为标准,并结合总体设计、详细设计完成代码编写;
    3. 测试,以本需求规格说明书为标准,结合分析设计完成单元测试用例和系统测试用例编写和测试。

    1.2 背景

    本次待开发的软件为“基于区块链的教学成绩管理系统”。
    用户通过使用该软件在网页终端完成上传教学成绩、修改教学成绩、查找教学成绩等信息整合操作。

    1.3 文档范围

    本需求规格说明书对网页端功能模块的功能定义、接口定义、UI设计、以及其他研发约束条件等研发需求做了详细定义。

    1.4 读者对象

    1. 项目经理:项目经理可以根据该文档了解预期产品的功能,并据此进行系统设计、项目管理。
    2. 设计人员:对需求进行分析,并设计出系统,包括数据库的设计。
    3. 开发人员:了解系统功能,进行系统编码设计。
    4. 测试人员:根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。
    5. 用户:了解预期产品的功能和性能,并与分析人员一起对整个需求进行讨论和协商。

    2. 项目概述

    2.1 产品概述

    通过开发基于区块链的教学成绩管理系统进行上传教学成绩、修改教学成绩、查找教学成绩。

    2.2 产品功能

    目前的成绩管理系统大多采用中心化的管理方式,依赖于管理员通过SQL Server、Oracle等大型中心化数据库来进行数据管理,中心化平台往往会带来信息的泄露和篡改等问题。随着区块链技术的兴起,其具有的去中心化、去信任化的特性逐渐引起人们的关注。利用去中心化的区块链技术,为成绩管理系统提出一个安全、防篡改的管理系统。
    具体功能可以先通过参照用例图了解各角色的分工如下:

    用例图

    2.3 用户特点

    本软件的用户是学校管理员,主要为管理成绩,用户,课程。

    3.场景描述

    学校管理员登录本系统后,可以管理成绩,用户,课程。

    3.具体需求

    3.1.1 用例描述

    用例名称查询成绩
    执行者管理员
    用例简述该用例规定如何利用系统查询成绩
    前置条件用户身份必须正确验证
    后置条件根据查询条件返回相应的成绩
    基本流程
    1. 用户登录成功
    2. 进入主页面
    3. 点击“成绩管理”按钮
    4. 点击下拉框选择课程
    5. 点击“成绩管理”按钮进行查询
    扩展流程
    1. 学生查询失败
    2. 成绩查询失败
    用例名称查询课程
    执行者管理员
    用例简述该用例规定如何利用系统查询课程
    前置条件用户身份必须正确验证
    后置条件返回相应的课程
    基本流程
    1. 用户登录成功
    2. 进入主页面
    3. 点击“课程管理”按钮进行查询
    扩展流程
    1. 学生查询失败
    2. 课程查询失败
    展开全文
  • 需求分析说明书和需求规格说明书

    万次阅读 2021-11-30 15:57:11
    一、需求分析说明书和需求规格说明书的区别 两者区别 需求分析说明书:一般是对某个市场或者是客户群来讲的,类似于调研报告,重点 是体现出产品要满足哪些功能,哪些是重点、热点。 需求规格说明书:是从业务规则...

    一、需求分析说明书和需求规格说明书的区别
    在这里插入图片描述

    两者区别
    需求分析说明书:一般是对某个市场或者是客户群来讲的,类似于调研报告,重点
    是体现出产品要满足哪些功能,哪些是重点、热点。
    需求规格说明书:是从业务规则讲起的,细一点偏向于软件的概要设计。是从开
    发、测试的角度去讲产品功能,里面要包含原型界面、业务接口、活动图等
    二、需求分析说明书模板
    1.简介
    1.1目的
    1.2范围(软件功能,与其他系统的关系,系统的地域使用范围)
    1.3定义、首字母缩写词和缩略语
    1.4概述(软件其他部门所包含的内容,如参考资料,并解释此文档的组织方式)
    2.业务目标及业务背景
    2.1 业务目标(从招投标书,合同,方案等整理出业务目标)
    2.2 组织架构 (干系人的组织架构)
    2.3 业务现状
    2.4 存在的问题
    3.业务流程(描述系统所涉及的业务流程,以图形+文字描述)

    3.1[业务名称]流程 (流程图+流程说明)
    3.2[业务名称]流程

    4.详细需求分析
    4.1用例报告(统一描述系统的顶层用例)
    在这里插入图片描述

    用例
    此外应该加上用例图:
    在这里插入图片描述

    用例图
    4.2 用例1(用例名称。如请假用例)
    4.2.1 简要说明
    (此说明应该简要介绍该用例的作用和目的。一个段落足以说明)
    4.2.2 用户界面设计
    (插入界面原型)
    4.2.3 用例场景
    (该小节可以归纳为用例表模板)
    在这里插入图片描述

    用例表模板
    4.2.3.1 主要参与者及其目标
    4.2.3.2 前置条件(列出本用例前必须存在的用例状态)
    4.2.3.3 主流程
    (当主角有所行动时,此用例随即开始。总是由主角来带动用例,善用流程图)
    4.2.3.4后置条件
    4.2.3.5 备选流程
    4.2.3.6 输入项详例
    4.2.3.7 输入项详例
    4.2.4 业务实体
    (描述此用例及设计的业务实体)
    4.2.5 补充规约
    (适用于该子系统或者特性的具体需求,并对这些需求加以改进,以足够详细的说明该子系统
    或特性)
    4.3 用例2(用例名称。示例:入库审核用例)
    4.3.1 简要说明
    (仓库管理人员根据货物的基本信息以及入库信息对业务进行审核,如果合格则自动生成帐卡
    和入库收费单,如果不合格则此笔业务被致予不合格处理)
    4.3.2 用户界面设计
    (插入界面原型)
    4.3.3 用例场景
    4.3.3.1 主要参与者及其目标
    (参与者:仓库管理员
    4.3.3.2 前置条件
    (前置条件一:用户已登录系统
    前置条件二:用户角色必须仓库管理员)
    4.3.3.3 主流程
    在这里插入图片描述

    主流程
    4.3.3.4后置条件
    (后置条件一:系统返回入库审核列表界面)
    4.3.3.5 备选流程
    (无)
    4.3.3.6 输入项详例
    4.3.3.7 输入项详例
    4.3.4 业务实体
    4.3.4.1 入库核查单
    在这里插入图片描述

    入库核查单
    4.3.5 补充规约
    (无)

    5.系统接口需求
    (描述系统的外部接口需求)
    三、需求规格说明书模板
    在这里插入图片描述

    修订历史记录
    目录
    1.引言
    1.1 编写目的:编写该需求规格说明为了记录本次软件设计的需求分析是最终得到的结果,以及
    在以后软件设计师会用到的数据以及功能。
    1.2 项目背景
    1.3 缩写说明
    1.4 术语定义
    1.5 参考资料
    1.6 版本信息
    2.系统概述
    2.1 概述(系统是做什么的)
    2.2 功能(系统功能架构图)
    在这里插入图片描述
    系统功能
    2.3 运行环境
    (该系统是B/S三层架构,它的运行环境分客户端,应用服务器端和数据库服务器三部分)
    (1)客户端:
    操作系统:
    浏览器:
    (2)应用服务器端:
    操作系统:
    应用服务器:TOmcat XX
    数据库访问:JDBC
    (3)数据库服务器端:
    操作系统:
    数据库系统:
    2.4假设与依赖
    (本项目是否能够成功实施,主要取决与以下条件:)
    3.系统特性
    3.1 系统角色:
    本系统主要用于以下的几类人员:(成绩管理系统-示例)
    (1)系统管理员,完成系统管理与维护。 抽奖

    系统管理员用例
    (2)教师,维护课程与成绩,查询所教课程的所有学生的成绩。
    在这里插入图片描述

    教师用例
    (3)学生,查找自己的成绩
    在这里插入图片描述

    学生用例
    (以下具体描述用例的示例)
    3.2 学生管理
    3.2.1 增加学生信息
    使用者:学校有学生管理功能角色的用户
    目的:单个添加学生基本信息
    基本事件流:
    1.用户进入增加单个学生界面,本用例开始。

    2.系统显示学生信息输入界面,用户输入学生姓名、学号、性别、出生日期、入学日期,班
    级,政治面貌,籍贯。
    3.用户确认输入信息,系统检查学号是否唯一,若唯一,则增加学生信息,本用例结束。否
    则,提示用户重新输入。
    3.2.2修改学生信息
    3.2.3删除学生信息
    3.2.4导入学生信息
    使用者:学校有学生管理功能角色的用户
    目的:批量导入学生信息,也可以将其他系统中学生信息按照规定的格式导入本系统。
    基本事件流:
    1.用户进入批量导入学生界面,本用例开始。
    2.系统显示导入文件类型,格式说明,并提供导入的模板文件下载。
    3.用户按照导入文件格式要求填写或者生成对应文件,然后将文件上传,点击确定。
    4.系统检查文件的合理性,如果文件格式有误或者有数据冲突,给出详细的提示列表(错误所
    在行,错误原因),用户修改文件后再上传,如果上传文件合理,系统将学生信息导入系统。
    5.本用例结束。
    3.3 教师管理
    使用者:学校有教师管理功能角色的用户。
    目的:单个添加教师基本信息
    基本事件流:
    1.用户进入增加单个教师界面,本用例开始。
    2.系统显示教师信息输入界面,用户输入教师姓名、工号、性别、出生日期、工作开始日期,
    职务,政治面貌,籍贯。
    3.用户确认输入信息,系统检查工号是否唯一,若唯一,则增加教师信息,本用例结束。否
    则,提示用户重新输入。
    3.3.1 增加教师信息
    3.3.2 修改教师信息
    3.3.3 删除教师信息
    3.3.4导入教师信息
    使用者:学校有教师管理功能角色的用户
    目的:批量导入教师信息,也可以将其他系统中教师信息按照规定的格式导入本系统。
    基本事件流:
    1.用户进入批量导入教师界面,本用例开始。

    2.系统显示导入文件类型,格式说明,并提供导入的模板文件下载。
    3.用户按照导入文件格式要求填写或者生成对应文件,然后将文件上传,点击确定。
    4.系统检查文件的合理性,如果文件格式有误或者有数据冲突,给出详细的提示列表(错误所
    在行,错误原因),用户修改文件后再上传,如果上传文件合理,系统将学生信息导入系统。
    5.本用例结束。
    3.4 课程管理
    3.4.1 增加课程基本信息
    使用者:教师或者学校有课程管理角色的用户
    目的:创建新课程
    基本事件流:
    1.用户进入创建新课程页面。本用例开始
    2.系统显示创建课程页面,用户输入课程名称,学期,开始日期,结束日期,并选择任课教
    师。
    3.用户确认创建课程,系统保存新创建的课程。本用例结束。
    3.4.2 修改课程基本信息
    3.4.3 删除课程基本信息
    3.4.4 维护课程学生信息
    使用者:教师或者学校有课程管理角色的用户
    目的:将学生加入已创建的课程
    基本事件流:
    1.用户维护课程学生信息界面,本用例开始
    2.系统显示课程列表,用户选择要加入学生的课程,系统显示该课程已存在的学生
    3.用户选择加入新学生,系统显示学生列表,用户可通过搜索列表显示班级下的学生,用户选
    择要加入课程的学生
    4.系统将所选学生加入前面选定的课程,本用例结束。
    3.5 成绩查询
    3.5.1 学生查询成绩
    3.5.2教师查询成绩
    3.6 成绩分析与统计
    3.6.1 考试成绩表
    某学期某次考试的单个班级的考试成绩表
    在这里插入图片描述
    某学期某次考试的单个班级的考试成绩表
    3.6.2 班级各科平均成绩表
    某学期某次考试单个年级的各科平均成绩表
    在这里插入图片描述

    3.6.3 年级成绩排名表
    某学期某次考试单个年级的年级排名表
    在这里插入图片描述

    某学期某次考试单个年级的年级排名表
    3.7系统维护
    3.7.1数据字典维护
    4. 非功能性需求
    4.1性能需求
    响应时间:尽可能地短,达到1到2秒
    报名统计时间不超过30秒
    支持2000名学生信息一次性导入,导入时间不超过30秒
    支持5000名用户并发使用,并保证性能不受影响
    4.2 安全性需求
    权限控制:
    根据不同用户角色,设置相应权限,用户的重要操作都做相应的日志记录以备查看,没有权限
    的用户禁止使用系统。学生只可查看自己的学习成绩,教师只可查看所教课程的学生成绩。
    重要数据加密
    对一些重要的数据按一定的算法进行加密,如用户口令,重要参数等
    数据备份
    允许用户进行数据的备份和恢复,以弥补数据的破坏和丢失
    记录日志
    系统应该能记录系统运行时所发生的所有错误,包括本机错误和网络错误。日志同时记录用户
    的关键性操作信息
    4.3 可用性需求
    方便操作,操作流程合理
    控制必录入项
    抽奖
    推荐阅读
    RuoYi-AiDex Sharp 快速开发平台
    阅读 1,075
    需求文档怎么写?
    阅读 761
    Java可视化工作流程简单配置过程
    阅读 643
    【12】需求知识整理
    阅读 651
    springboot集成camunda
    阅读 1,219
    摄像头多少钱
    需求分析说明书和需求规格说明书 陈小姐的冬天 关注 赞赏支持
    写下你的评论… 评论2 赞46
    2021/11/30 下午3:57 需求分析说明书和需求规格说明书 - 简书
    https://www.jianshu.com/p/26645058db08 11/13
    46人点赞 产品
    更多精彩内容,就在简书APP
    “小礼物走一走,来简书关注我”
    还没有人赞赏,支持一下
    陈小姐的冬天 IT从业者,努力寻找新的方向与机会,每天进步一点,勤奋一点
    总资产30 共写了2.6W字 获得87个赞 共45个粉丝
    容错能力
    统一规范的提示信息
    用户可自定义(一些重要参数可以灵活配置)
    联机帮助与操作指南
    4.4用户文档
    包括:安装手册(word),用户手册(word),在线帮助
    4.5其他需求
    (1)支持多浏览器
    (2)系统安装访问方便
    5 外部接口需求
    5.1 用户接口
    本系统采用B/S架构,所有界面使用WEB界面,用户界面的具体细节将在概要设计文档中描述
    5.2 硬件接口
    5.3 软件接口
    无特殊需求
    5.4通信接口
    无特殊需求

    展开全文
  • 1.1 软件总体描述 1.2 软件设计约束及有关说明 1.3 软件面向用户 2.1 硬件环境 2.2 软件环境 3.1 功能需求 3.2 数据需求 3.2.1
  • 需求规格说明书 1引言 错误 ! 未定义书签 编写目的 错误 ! 未定义书签 项目背景 错误 ! 未定义书签 定义 错误 ! 未定义书签 参考资料 错误 ! 未定义书签 2任务概述 错误 ! 未定义书签 目标 错误 ! 未定义书签 运行...
  • 需求规格说明书 : 1引言 1.1 编写目的 现在随着电子商务的不断发展 也越来越贴近我们的生活 它实现了方便快捷效率自动表现力网络最具魅力的地方快速的交换信息 此系统的目的是深入描述 网上购物系统软件的功能和...
  • PAGE 1 数据湖智能分析系统 需求规格说明书 目 录 TOC \o "1-4" \h \z \u 1 引言 3 1.1 编写目的 3 1.2 适用范围 3 2 功能需求 3 2.1 数据存储服务管理 3 2.1.1 功能描述 3 存储资源管理和监控 4 文件规范化存储规则...
  • 数据湖智能分析系统 需求规格说明书 1 目 录 1 引言 3 1.1 编写目的 3 1.2 适用范围 3 2 功能需求 3 2.1 数据存储服务管理 3 2.1.1 功能描述 3 存储资源管理和监控 4 文件规范化存储规则管理 7 个人存储服务 12 文件...
  • SRS:软件需求规格说明书

    千次阅读 2022-03-22 00:13:15
    SRS:Software Requirement Specification,软件需求规格说明书。 文档结构如下: 1. 引言 引言提出了对软件需求规格说明的纵览,这有助于读者理解文档如何编写并且如何阅读和解释。 1.1. 目的 对产品进行定义,在...
  • 目录 需求分析的地位 结束的标志是什么? 需求分析的过程有哪些?...数据流图 ...形成需求规格说明书 需求分析的过程有哪些? 1.回答系统必须做什么,深入描述软件的功能和性能。在可行性研究报...
  • 学生信息管理系统需求规格说明书

    千次阅读 2021-11-28 15:54:37
    同时对功能需求和性能需求进行了概述。且该文档便于用户,开发人员之间进行理解和交流,反映出用户问题的结构,可以作为项目开发工作的基础和依据以及确认测试和验收的依据。最后可为后面必要的系统升级或维护提供...
  • 需求规格说明书评审

    千次阅读 2020-08-04 16:40:16
    要:《需求规格说明书》是软件工程需求阶段的成果性文档,其质量的好坏直接关系到软件开发项目的成败,监理方作为项目质量的监控方,有责任和义务对《需求规格说明书》进行审核把关,本文就审核的重点和需要把握的...
  • 网上书店系统需求规格说明书 引言 1.1、编写目的 在编写“网上书店系统”软件前,对网上购物系统做了大致的调查,与各个层次的用户进行了探讨分析等,之后由软件项目小组向系统分析人员与软件设计人员提出规格说明...
  • 需求规格说明书

    2014-02-07 15:14:07
    定义“XX系统”的总体结构、总体功能,定义软件系统的接口和数据属性,划分各子系统名称和功能,描述系统功能
  • 【软件工程】需求分析文档——需求规格说明书

    万次阅读 多人点赞 2021-03-18 10:13:37
    文章目录1 引言1.1 编写目的1.2 背景1.3 术语和缩略词1.4 参考资料2 任务...描述4 数据需求4.1 静态数据4.2 动态数据4.3 数据字典4.4 数据库描述5 性能需求5.1 数据精度5.2 时间特性5.3 灵活性6 运行需求6.1 用户界面...
  • 软件需求规格说明书模板

    热门讨论 2011-10-25 12:59:10
    软件需求规格说明书 版本:V1.1 文 档 编 号 保 密 等 级 作 者 最后修改日期 审 核 人 最后审批日期 批 准 人 最后批准日期 修订记录 日期 版本 修订说明 修订人 ...
  • 需求规格说明书应该遵循的原则: 1.功能和实现分离,即描述要实现的结果结果,不要描述实现的过程 2.要求使用面向处理的规格说明语言,讨论来自环境的各种刺激可能导致系统做出什么样的功能性反应,来定义一个行为...
  • 1.6 需求描述约定 7 2 项目概述 10 2.1 系统目标 10 2.2 系统范围 10 2.3 用户角色描述 10 2.4 系统架构图 10 2.5 总体流程图 11 2.6 功能摘要 11 2.7 数据流程描述 11 2.8 运行环境要求 11 2.9 设计和实现上的限制 ...
  • 软件需求规格说明书范例

    万次阅读 多人点赞 2019-07-24 10:11:21
    完整版(包括图片表格,请访问 ...文章目录 一、 引言 1.1 定位与目标 1.2 对象 1.3 软件需求分析理论 1.4 软件需求分析目标 二、 需求概述 2.1 项目背景 2.2 需求概述 2.3 系统结构 三、 系统功能需求 ...3.3 数据流...
  • 需求规格说明书 本文档配置编号 文件状态 [] 草稿 [] 正式发布 [ ]正在修改 文件标识 投资分析平台需求规格说明书 当前版本 作 者 谭文豪 完成日期 2018-05-23 一全面风险报告 全部年金组合风险报告 功能描述 ...
  • 1.个人对《软件需求规格说明书》的理解 1.1.用户与软件开发人员之间的合同。 1.2.是概要设计的重要依据。 1.3.软件开发人员进行设计、编程的依据。 1.4.软件测试的依据。 1.5.软件工程项目验收的依据。 2....
  • 网上书店平台---需求规格说明书

    千次阅读 2020-12-24 16:13:03
    需求规格说明书 目录 1、概述 1.1用户介绍 1.1.1客户 1.1.2管理员 1.2项目的目的与目标 1.2.1目的 1.2.2目标 1.3术语定义 1.4参考资料 1.5相关文档 1.6版本更新信息 2、目标系统概述 2.1角色定义 2.2...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 20,864
精华内容 8,345
热门标签
关键字:

数据描述 需求规格说明书