精华内容
下载资源
问答
  • 精品 人力资源系统 需求规格说明书 编号 XXX-HR-DEV-SRS 版本 1.0 可编辑 精品 1 功能性需求 描述系统功能按系统功能的体系结构组织本章内容 1.1 系统管理 1.1.1 人力资源档案管理设置 设置一级机构二级机构三级机构...
  • 描述网站的需求规格说明书,包括数据流图、用例图、活动图等等
  • 数据湖智能分析系统 需求规格说明书 1 目 录 1 引言 3 1.1 编写目的 3 1.2 适用范围 3 2 功能需求 3 2.1 数据存储服务管理 3 2.1.1 功能描述 3 存储资源管理和监控 4 文件规范化存储规则管理 7 个人存储服务 12 文件...
  • 软件需求规格说明书模板

    万次阅读 多人点赞 2017-03-13 16:51:39
    软件需求规格说明书模板 ...软件需求规格说明书是软件开发过程需求分析阶段需要产出的文档,是为了使用户和软件开发者对软件的规格有一个...描述软件需求规格说明书的纵览,帮助读者理解文档如何编写并且如何阅

    软件需求规格说明书模板

    软件需求规格说明书是软件开发过程需求分析阶段需要产出的文档,是为了使用户和软件开发者对软件的规格有一个共同的理解而撰写的,软件需求规格说明有标准的模板

    软件需求规格说明书模板
    软件需求规格说明书模板

    方法/步骤

    1. 第一章是引言。

      描述软件需求规格说明书的纵览,帮助读者理解文档如何编写并且如何阅读和理解,包含五个部分:

      1.1 编写目的 

            //对产品(项目)进行定义,在该文档中详尽说明这个产品的软件需求,包           //括修正或发行版本号。如果这个软件需求规格说明书只与整个系统的一           //部分有关,那么只定义文档中说明的部分或子系统。

      1.2 文档约定 

            //描述编写文档时所采用的标准或排版约定,包括正文风格,提示区或重           //要符号。例如,说明高层需求的优先级是否可以被所有细化分需求所继           //承,或者每个需求陈述是否都有优先级。

      1.3 读者对象和阅读建议    

            //列举软件需求规格说明书所针对的不同读者,例如开发人员、项目经理、       //营销人员、用户、测试人员等。描述文档中剩余部分的内容及其组织结           //构。提出最适合每一类读者阅读文档的建议。

      1.4 项目范围

           //提供对指定的软件及其目的的简短描述,包括利益和目标。把软件与企业      //目标或业务策略相联系。可以参考项目范围文档,而不是将其内容复制到      //这里

      1.5 参考资料

           //列举编写软件需求规格说明书时所参考的资料或其它来源。可能包括用户      //界面风格指导、合同、标准、系统需求规格说明书,用户需求、相关产品      //的软件需求规格说明书。这里应给出详细的信息,包括标题名称、作者、      //版本号、日期、出版单位或资料来源,以方便读者查阅这些文献。

      软件需求规格说明书模板
      软件需求规格说明书模板
      软件需求规格说明书模板
      软件需求规格说明书模板
      软件需求规格说明书模板
    2. 第二章是总体描述。包含六个部分:

      2.1 产品前景

           //描述软件需求规格说明书中所定义的产品的背景和起源。说明该产品是否      //是产品系列中的下一个成员,是否是成熟产品所改进的下一代产品,是否      //是现有应用程序的替代品,或者什邡市一个全新的产品。

           //如果软件需求规格说明书定义了大系统的一个组成部分,那么就要说明这      //部分软件是怎样与整个系统相关联的,并且要定义出两者之间的接口。建      //议使用系统结构图或者实体关系图表示

      2.2 产品的功能

           //概述产品所具有的主要功能,详细内容在第4节描述,所以这里只需要概括      //总结,例如用列表的方法给出。很好地组织产品的功能,使每个读者都易      //于理解。用图形表示主要的需求分组以及它们之间的联系。

           //建议使用数据流程图(DFD)的顶层图或者类图来实现图形化

      2.3 用户类及其特征

           //确定可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可      //能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的用户      //类区分开

      2.4 运行环境

           //描述软件的运行环境,包括硬件平台、操作系统和版本,还有其它的软件      //组件或者与其共存的应用程序。

      2.5 设计和实现上的约束

          //确定影响开发人员自由选择的问题,并说明这些问题为什么成为一种限      

          //制。可能的限制包括:

          //◆必须使用或者避免的特定技术、工具、编程语言、数据库

          //◆经费、进度、资源等方面的限制

          //◆所要求的开发规范或标准

          //◆企业策略、政府法规或工业标准

          //◆硬件限制,例如定时需求或存储器限制

          //◆数据转换格式标准

          //◆其它

      2.6 假设和依赖

      软件需求规格说明书模板
      软件需求规格说明书模板
      软件需求规格说明书模板
      软件需求规格说明书模板
      软件需求规格说明书模板
      软件需求规格说明书模板
      软件需求规格说明书模板
    3. 第三章是系统功能。需要列出每个功能点,每个功能点包含以下三个方面:

      3.X.1 描述和优先级

      3.X.2 请求/响应序列

      3.X.3 功能性需求

              //详细列出提交给用户的软件功能,用户可以使用所提供的功能执行服务           //或者使用所指定的用例执行任务。并且描述产品如何响应可预知的出错           //条件或非法输入或动作。

      软件需求规格说明书模板
      软件需求规格说明书模板
      软件需求规格说明书模板
    4. 第四章是外部接口需求。包含四个部分:

      4.1 用户界面

           //陈述所需要的用户界面。描述每个用户界面的逻辑特征。以下是可能要          //包括的一些特征:

           //◆将要采用的用户界面标准或产品系列的风格

           //◆屏幕布局或解决方案的限制

           //◆将出现在每个屏幕的标准按钮、功能或导航链接

           //◆快捷键

           //◆错误信息显示标准

           //对于用户界面的细节,例如特定对话框的布局,建议写入一个独立的用          //户界面规格说明中,不要写入软件需求规格说明书中

      4.2 硬件接口

           //描述系统中硬件每个接口的特征。可能包括支持的硬件类型、软硬件之间      //交流的数据和控制信息的性质以及所使用的通信协议

      4.3 软件接口

           //描述产品与其它外部组件的连接,包括数据库,操作系统,工具库和集成      //的商业组件。明确并描述在软件组件之间交换数据或信息的目的,描述所      //需要的服务及内部组件通信的性质,确定将在组件之间共享的数据。如果      //必须用一种特殊的方法来实现数据共享机制,那么就必须把它定义为一种      //实现上的限制

      4.4 通信接口

           //描述与产品所使用的通信功能相关的需求,包括电子邮件、WEB浏览器、      //网络通信标准或协议及电子表格等,定义相关的信息格式、规定通信安全      //或加密问题、数据传输速率和同步通信机制

      软件需求规格说明书模板
      软件需求规格说明书模板
    5. 第五章是其他非功能性需求。包含四个部分:

      5.1 性能需求

             //阐述不同的应用领域对产品性能的需求,并解释它们的原理以帮助开

             //发人员做出合理的设计选择。确定相互合作的用户数或者所支持的操              //作,响应时间以及与实时系统的时间关系;还要定义容量需求,例如存          //储器和磁盘空间的需求或者存储在数据库中表的最大行数。也可能需要

             //针对每个功能需求或特性分别陈述其性能需求

      5.2 安全性需求

             //陈述与系统安全性、完整性相关的需求,包括产品创建或使用的数据保          //护。明确产品必须满足的安全性或保密性策略。

      5.3 软件质量属性

            //详细陈述与客户或开发人员至关重要的质量特性。这些特性必须是确定           //的、定量的并可检验的。至少应指明不同属性的相对侧重点。

      5.4 其它需求

            //定义至今未出现的需求。例如国际化需求、法律上的需求、有关操作、管       //理、维护、安装、配置、启动、关闭、修复、容错、监控等等方面的需求

    6. 第六章是数据字典。包含两个部分:

      6.1 实体关系图

      6.2 实体定义

    7. 第七章是业务规则与业务算法:

      7.1业务规则

          //列举出有关产品的所有操作规则。例如什么人在特定环境下可以进行何种       //操作。这些规则不是功能需求,但它们可以暗示某些功能需求执行这些规       //则。业务规则的范例如下图所示:

      7.2算法说明

          //用于实施系统计算功能的公式和算法的描述,类似于业务规则。如神州行

          //套餐的计费标准说明。

          //a.每个主要算法的概况;

          //b.用于每个主要算法的详细公式。

    8. 文档的最后是附录部分,包括:

      附录A:分析模型(包括涉及的数据流图、类图、状态转换图)

      附录B:待确定问题的列表

      附录C:编写文档的原则

      软件需求规格说明书模板
      软件需求规格说明书模板
      END

    注意事项

    • 一图胜千言

    展开全文
  • 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 文件规范化存储规则...
  • 软件需求规格说明书范例

    万次阅读 多人点赞 2019-07-24 10:11:21
    完整版(包括图片表格,请访问 ...文章目录 一、 引言 1.1 定位与目标 1.2 对象 1.3 软件需求分析理论 1.4 软件需求分析目标 二、 需求概述 2.1 项目背景 2.2 需求概述 2.3 系统结构 三、 系统功能需求 ...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-版权所有 转载请注明出处

    展开全文
  • 三、需求规格说明书 1.引言 1 1.1编写目的 1 1.2项目背景 2 1.3定义 2 2.任务概述 2 2.1目标 2 2.2运行环境 2 2.3条件与限制 2 3.数据描述 2 3.1静态数据 2 3.2动态数据 2 3.3数据库介绍 3 3.4数据词典 3 3.5...
  • 简单的图书管理系统需求规格说明书文档,包括数据描述以及各部分功能等
  • 需求规格说明书是关于用户对于Saas小区物业管理系统的功能和性能的要求的描述,该说明书的预期读者为: 用户; 项目管理人员; 测试人员; 设计人员; 开发人员。 这份软件需求说明书重点描述了Saas小区物业管理...
  • 学生选课系统需求规格说明书
  • 需求规格说明书中对数据描述、运行环境、条件与限制、实体之间关系E-R图、数据字典、功能需求、功能需求、 运行需求
  • 掌上苏科 软件需求规格说明书 作者:戚春阳时间:2018-3-20目录一、 引言 11.1 编写目的 11.2 项目背景 11.3 定义 11.4 参考资料 2二、 项目概述 22.1 产品描述 22.2 产品功能 22.3 用户特点 4三、 具体需求 43.1 ...
    
    

    一、引言

     

    1.1 编写目的

    为明确软件需求、项目总结结构或功能,便于开发者交流、沟通、参考,编写了此文档。

     

    1.2 项目背景

      1)本次开发的软件名称是一款叫做掌上苏科的APP

      2)开发人员:戚春阳

      3)用户可以查询成绩、学分、一卡通,浏览新闻、公告、知识频道等。

     

    1.3 定义

      1APPapplication的缩写,手机软件:主要指安装在智能手机上的软件,完善原始系统的不足与个性化。

      2)掌上苏科:本应用的名称,是苏科大教务系统在手机上的功能实现。

      3APIApplication Programming interface的缩写,应用程序编程接口,是一些预先定义的函数,开发人员只需调用而无需了解其内部工作原理。

     

    1.4 参考资料

      1)《Android开发艺术探索》 任玉刚著  电子工业出版社

      2)《Android进阶之光》  刘望舒著  电子工业出版社

      3)《Android群英传》  徐宜生著  电子工业出版社

    二、项目概述

     

    2.1 产品描述

      1)通过开发此APP,目的在于方便学生们的查询操作,避免直接用手机访问官网,由于网页不适配导致频繁进行放大操作的缺陷。

     

    2.2 产品功能

      

     

    1、学生各个学习阶段的成绩

    2、课外学分

    3、一卡通消费记录

    4、图书馆

    5、个人志愿者时间

    6、办公电话

    7、学校年历

    8、校区总课表

    9、对外考试

    10、奥蓝系统

    11、学校概况

     

     

    新  

    1、学校官网的轮播图

    2、苏科要闻

    3、通知公告

    4、学术动态

    5、校园快讯

    6、教务处公告在线

    7、教务动态

    8、教务处发文一览

    9、各个校区公选课简介

     

     

     

     

     

    1、百度文库下载功能

    2、教务处文档下载

    3、通知公告里的附的文档

    4、某一个公选课详细简介文档

     

     

     

    1、历史频道

    2、奇闻频道

    3、常识频道

    4、文学频道

    5、教育频道

    6、校园频道

    7、实践频道

    8、社团频道

    9、名字频道

    10、情感频道

    11、健康频道

    12、最新频道

     

    2.3 用户特点

      1)本APP的用户群体是本校大学生,大学生普遍拥有活跃的思维与较强的动手操作能力,能很快的适应本APP的操作模式,并能从中感觉到方便性。

     

    三、具体需求

     

    3.1 具体需求

      3.1.1 系统注册及登陆

      1)用户先通过注册再登录,就可以进入主界面

     

     

     

     

     

     

     

     

     

     

    3.1.2 四个主页面及对应功能

     

     

     

    3.1.3 查询成绩功能

      1)选择学年,学期,课程性质可以不选,默认显示全部课程类型,并在查询性质中选择学期成绩,则可以查询选定学年选定学期的所有类型的课程成绩,输入验证码后,即可查询。

     

     

    3.1.4 查询一卡通消费记录功能

      1)选定开始时间和结束时间后,输入验证码,即可查询一卡通消费记录。

     


     

    3.1.5 新闻浏览功能

      1)点击主页界面上方的轮播图或下方苏科资讯即可浏览新闻

     

     

    3.2 性能需求

      APP的服务器运行性能如下

    1)服务器端运行在北京BGP c机房,采用多层负载均衡技术,有效保证APP能够承受大量的并发请求。目前,此APP支持10W读并发,5W写并发。注册登录等操作在网络畅通的情况下,仅需1秒。

     

      APP的运行性能如下

    1)安装包仅7MB左右。

    2)在多次更新版本后,不容易出现奔溃等重大性BUG

    3)采用多种缓存机制减少流量消耗

    4)重新绘制新闻界面的布局,响应速度快,滑动顺畅。

    3.3 属性

      3.3.1 安全性

        1)账号密码的传送采用请求码+时间戳+应用密钥的一次性对称加密算法和服务端主动防御的技术,确保数据在传输过程中能够不被FiddlerWireshark等抓包工具恶意抓取进行分析破坏。

         2)数据库定时采用三级容灾备份,防止误操作带来的数据丢失。

     

    3.3.2 可维护性

      1)各个模块相互独立,修改一个模块不会影响到其他模块的工作。

      2)使用代码备份,将各个版本的应用备份,确保在修改代码失败的情况下快速恢复到上一个版本。

     

    3.3.3 可转移性

      1)编写此APP的代码大多采用向下兼容的API,保证在低版本的Android系统上也能完美运行。

      2)本APP的新闻浏览功能采用基于WebKitWebView技术,也就是浏览器技术,能够在不同配置的设备上运行,具有比较好的可移植性。

      

     

    展开全文
  • XX大学学生选课系统需求规格说明书

    万次阅读 多人点赞 2019-04-09 20:30:19
    软件工程专业实训课作业——软件需求规格说明书。上网查资料,看模板,结合我们小组的选题。我完成了这个需求规格说明书。 1引言 编写目的 该文档是关于用户对于河北经贸大学学生选课系统的功能和性能的要求, ...

    软件工程专业实训课作业——软件需求规格说明书。上网查资料,看模板,结合我们小组的选题。我完成了这个需求规格说明书。


    1引言

      1. 编写目的

    该文档是关于用户对于河北经贸大学学生选课系统的功能和性能的要求, 重点描述了选课 系统的功能需求

    系统的主要目的是为了方便学校对教师信息、学生基本信息、课程信息、学生成绩录入、修改、查询,提高学校的工作效率。这一系统的开发成功,解决了手写速度慢、容易出错的现状。无论是在成绩管理、课程管理等方面都可以帮助学校最迅速最准确的完成所需的工作。无论是在适用性、灵活性和易操作性方面都显示出了它的强大功能。

    通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格,,从而对该软件产品进行准确的定义。

      1. 预期读者

    本软件产品需求分析报告预期读者:

    • 教务处相关负责人
    • 开发人员;
    • 项目经理;
    • 文档编写人员。
      1. 产品范围

    1.3.1

    待开发软件系统:基于B/S结构的学生选课系统

    1.3.2

    学生选课系统作为一种现代化的教学技术,是一个学校不可缺少的一部分,学生选课系统就是为了管理好选课信息而设计的。学生选课系统的应用将使选课管理工作规范化,系统化,程序化,避免选课管理的随意性,提高信息处理的速度和准确性,能够及时,准确,有效的查询和修改选课情况。系统的主要功能是为了方便学校对教师信息、学生基本信息、课程信息、学生成绩录入、修改、查询,提高学校的工作效率。

      1. 参考文献
    • 河北经贸大学选课系统项目定义;
    • 河北经贸大学选课系统系统分析模型;
    • 河北经贸大学选课系统用例描述;
    • 基于Struts框架的学生选课管理信息系统设计与实现;
    • 基于B_S模式的实验室排课选课系统的研究与开发;
    • 《软件工程概论》第二版 机械工业出版社 郑人杰 马素霞 殷人昆 编著

     

    2综合描述

    本项目是为某高校开发的学生选课系统。随着网络的发展, 学生选课系统作为目前高校必不可少的系统, 不但要脱离仅仅依赖用户手工的管理, 而且也要向网络方向发展。在计算机和网络高速发展的时代,使整个校园网甚至 Internet 上的用户都可访问本选课系统。现在高校采用的基本都是 B/S结构的学生选课系统。这样才能方便于高校的管理。本系统是基于BS结构开发的,采用SQL Server 作为后台的数据库,采用标准 MVC 三层架构(JSP —JavaBean—Servlet 三层架构)开发模式。这些组件可以进行交互、重用,提高了开发效率,是目前比较流行的方式。服务器端的数据库选择了 Microsoft SQL server。

    因为上面的工具大都采用了可视化的编程界面,减少了很多的代码编写,因此使用以上工具建立起来的开发环境,可以在较短的时间内完成系统开发。在使用本系统时,用户不需安装任何的客户端软件,只要用户的机器上有浏览器就可以进行操作,所有的数据处理都是由服务器完成的。

      1. 产品的功能

    (1)查看/修改教师信息(2)查看/修改学生信息(3)查看/修改课程信息(4)录入/修改成绩(5)查看成绩(6)选退课程(7)生成课表

    2.2 用户类和特性

                      2.2.1学生

           学生角色主要是针对在校具有选课资格的大学生而设定,学生登陆并取得合法权限后,就可以使用学生模块,它主要包括:选课,退选课,查看成绩,查 看课表4项子功能。

    2.2.2教师类

    教师角色主要是针对在校具有管理课程资格的教师而设定的。教师登录成功后进如教师界面,教师的功能包括录入成绩,修改成绩

    2.2.3管理人员类

    管理人员是指系统功能的主要使用者,主要功能包括查看学生类和教师类用户信息, 管理学生类教师类用户信息,管理课程信息

    2.3 运行环境

    本系统采用B/S结构开发,硬件配置主要包括客户端硬件和服务器端硬件的选择。硬件的配置要求要根据用户对系统的稳定性要求、系统的容量、系统的吞吐量,以及用户维护水平来确定。

    • 硬件平台

    客户端:普通PC

    CPU:

    内存:

    分辨率:

    服务器端

    CPU:

    内存

    硬盘

    • 操作系统和版本

    UNIX/Linux/Windows2000或以上版本

    • 支撑环境(例如:数据库等)和版本

    数据库:Microsoft SQL Sever 2008

    Jdk1.6及以上

      1. 设计和实现上的限制

    1.必须使用的特定技术、工具、编程语言和数据库:

      MVC技术

    JSP+Servlet+JavaBean

    Microsoft SQL Server

    2运行限制:

       支持运行环境即可,在Windows下基本没限制。

     

    3系统功能需求

    3.1 系统工作流程分析

    1.教师登录选课系统时,查看教师个人信息、学生信息和课程信息;在考试结束后,教师可以录入学生相关课程的成绩,在成绩提交前,教师可修改成绩。一旦修改后,则无法修改。

    2.连接外部排课系统导出学生推荐课表。

    3.学生登录选课系统时,可查看学生个人信息、课程信息和成绩信息;在课程总览,通过查询专业名称,了解各个专业四年所学课程;在选退课程界面,分别有选专业课、选选修课和退课。学生根据推荐课表选择专业课,根据课程总览选选修课。每个学生每学期最多选修8门课程,如果所选课程总数超过8门,则提示学生课程过多删除课程。选课结束后,如果上课时间冲突,则提示学生时间冲突;如果已超过课程容量,则提示学生课程已满。当课程全部排版好,生成个人课表。选课过程如图3-1

                                                         

                                                                                   图3.1系统工作流程图

    3.2 系统用例分析

                                                            图3.2系统用例图

     

    3.3系统类图及实体类属性

    3.3.1 类图

                                                                                    图3.3.1 选课系统类图

    3.3.2系统类属性

                                                                                 图3.3.2 选课系统类属性图

    3.4 用例描述

    表3.4.1 “选课”用例描述

     

    用例名

    选课

    用例编号

    UC102

    简要描述

    学生通过该用例选修课程。

    参与者

    学生

    涉众

    学生:完成选课

    教务处课程管理员:将学生添加到课程名单中。

    相关用例

    选专业课、选选修课

    前置条件

    学生正确登录到系统。

    后置条件

    系统生成个人课表。

    基本事件流

    1. 学生选择课程
    2. 系统保存选课信息,显示选课成功消息(A-1)

    备选事件流

    A-1学生选课失败

    1. 系统显示选课失败信息,并提醒学生重新选课。

    2.学生可以重新提交选课信息,也可以结束用例。

    补充约束

    业务规则

    B-1 每个学生每学期最多选修8门课程,若所选课程超过8门,则提示学生课程过多删除课程。

    B-2 若上课时间冲突,则提示学生时间冲突。

    B-3如果已超过课程容量,则提示学生课程已满。

    待解决问题

     

     

    表3.4.2 “退课”用例描述

     

    用例名

    退课

    用例编号

    UC103

    简要描述

    学生通过该用例退选课程。

    参与者

    学生

    涉众

    学生:完成退选课程。

     

    相关用例

    选课、修改学生信息、修改课程信息

    前置条件

    学生完成选课。

    后置条件

    如果退课成功,该学生的课表将没有这门课程。

    基本事件流

    1. 学生选择退选课程
    2. 系统保存退课信息,显示退课成功消息(A-1)。

    备选事件流

    A-1学生退课失败

    1. 系统显示退课失败信息,并提醒学生重新退课。
    2. 学生可以重新提交退课信息,也可以结束用例。

    补充约束

    业务规则

    B-1 每个学生每学期最多选修8门课程,若所选课程超过8门,则提示学生课程过多退选课程。

    B-2 若上课时间冲突,则提示学生时间冲突,退选课程。

    B-3如果已超过课程容量,则提示学生课程已满,退选课程。

    待解决问题

     

     

     

     

    3.5 系统处理功能分析

    3.5.1 选课用例顺序图

                             

    3.5.2 退课用例顺序图

                             

    其它非功能需求

    4.1 界面需求

    1页面内容:主题突出、操作方便、术语和行文格式统一、规范、明确。每一个

    系统用户拥有事先分配好的用户名和密码,不同类型的用户只能访问各自工作领域内的相关页面。

    2页面结构摆放合理,方便用户使用。

    3技术环境:页面大小适中,控制字体和版面布局

    4.2响应时间需求

    无论何种用户登录,进行任何操作的时候,系统应该及时地进行反应,反应的时间在5秒以内。系统应该及时地进行反应,反应的时间在5秒以内。系统应能检测出各种非正常情况,如与设备的通信中断,无法连接数据库服务器等,以避免出现长时间等待甚至无响应。

    4.3可靠性需求

    本 系 统 是 在Internet上 进 行 管 理 的 , 主 要 的 系 统 数 据 都 要 通 过Internet在 客 户 机 和服务器之间进行传输,这样就很难保证系统信息不会遭到恶意的破坏,这就需要我 们要尽量的对数据进行加密保护。另一方面,本系统是一个管理系统,这就有管理员 和普通用户的区分,这也需要我们在系统中对不同人员的使用权限进行区分,不同的 使用人员所能访问的页面是不同的。这两方面就保证了系统的可靠性。

    4.4开放性需求系统

    应具有较强的灵活性,以适应将来功能扩展的需求。

    4.5可扩展性需求

    一个系统在被使用了一段时间后,使用者都会对系统提出很多的改进意见这就要求我们编写的系统要有很好的可扩 展性。本系统由于是采用B/S标准编写的,所有当用户提出改进意见后,编程人 员只需要在服务器端把相应的程序改写,就会改变系统中相应部分的功能。所以本系统有很好的可扩展性。

    5.6系统安全需求

        格的权限管理功能,各功能模块需要相应的权限方能进入。系统需能够防止各类误 操作能造成的数据丢失,破坏。防止不法用户盗取重要信息 。

    5 提交产品为

    1.应用系统软件包;

    2.数据库初始数据;

    3.系统开发过程文档;

    4.系统使用、维护说明文档。提交方式为U盘介质。

     

     

     

     

     

     

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

    2014-02-07 15:14:07
    定义“XX系统”的总体结构、总体功能,定义软件系统的接口和数据属性,划分各子系统名称和功能,描述系统功能
  •  需求规格说明书往往面向设计、开发人员。  (二)生成阶段不同:   一般先有需求分析说明书,后有需求规格说明书,   需求分析说明书往往是需求规格说明书的输入  (三)内容侧重点、...
  • 4.1 外部接口说明 12 4.1.1 用户接口 12 4.1.2 软件接口 12 4.2 性能需求 12 4.2.1 硬件的限制 12 4.3 属性 12 4.3.1 友好性 12 4.3.2 安全性 13 4.4系统的运行环境 13 4.5 其他需求 13 4.6 数据字典 13 附录A:需求...
  • CallCenter投诉业务子系统需求规格说明书 一、引言 2 1.1编写目的 2 1.2项目背景 2 1.3定义 2 1.4参考资料: 3 二、任务 3 2.1目的 3 2.2运行环境 3 2.3条件与限制 3 三、功能需求 3 3.1系统流程 3 3.2贵阳农行系统...
  • 图书馆管理系统需求规格说明书

    万次阅读 多人点赞 2014-11-06 13:07:14
    软件需求规格说明书 文档编号:QY2014007-LY7 文档信息:图书馆信息管理系统软件需求规格说明书 文档类别:管理文档 密 级:机密 版本信息:1.0 建立日期:2014-05-20   创 建 人: 审 核 者: 批 准 人: ...
  • 希望大家能用到 文档名称: 需求规格说明书 项目名称: 图书馆管理系统 1引言 2任务概述 3数据描述 4功能需求 5性能要求 6运行需求 7其他需求
  • 2 综合描述 4 2.1 产品的前景 4 2.2 产品的功能 4 2.3 用户类和特征 6 2.4 运行环境 6 2.5 设计和实现上的限制 7 2.6 假设和依赖 7 3 外部接口需求 8 3.1 用户界面 8 3.2 硬件接口 8 3.3 软件接口 8 3.4 通讯接口 8 ...
  • 需求规格说明书评审

    千次阅读 2020-08-04 16:40:16
    要:《需求规格说明书》是软件工程需求阶段的成果性文档,其质量的好坏直接关系到软件开发项目的成败,监理方作为项目质量的监控方,有责任和义务对《需求规格说明书》进行审核把关,本文就审核的重点和需要把握的...
  • 需求规格说明书 本文档配置编号 文件状态 [] 草稿 [] 正式发布 [ ]正在修改 文件标识 投资分析平台需求规格说明书 当前版本 作 者 谭文豪 完成日期 2018-05-23 一全面风险报告 全部年金组合风险报告 功能描述 ...
  • 如何撰写《软件需求规格说明书

    万次阅读 多人点赞 2011-11-02 10:47:01
    指出编写《需求规格说明书》的目的。下面是示例: 编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解,...
  • 关于超市库存管理系统的需求规格说明书。 编写超市库存管理系统项目需求分析说明书的目的是为明确产品需求,将功能性需求、非功能性需求用准确的描述语言描述清楚,并建立相应的静态模型和动态模型。以便于项目组...
  • 软件需求规格说明书

    千次阅读 2019-09-30 08:19:20
    软件需求规格说明书 1.引言给出对本说明书的概述。 1.1目的-编写本文档的目的 1.2文档约定——描述本文档的排版约定,解释各种符号的意义。 1.3各类读者的阅读建议——对本文档各类读者的阅读建议。 1.4软件的范围...
  • JSP电子商务系统,需求规格说明书1.引言 - 3 - 1.1编写目的 - 3 - 1.2项目背景 - 3 - 1.3定义 - 3 - 1.4参考资料 - 3 - 2.任务概述 - 4 - 2.1目标 - 4 - 2.2运行环境 - 4 - 2.3条件与限制 - 4 - 3.数据描述 - 4 - ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 18,636
精华内容 7,454
关键字:

数据描述需求规格说明书