标准化考试系统需求说明书

标准化考试系统需求说明书
标准化考试系统需求说明书

基于JAVAC/S的标准化考试系统

需求规格说明书

2014年10月

2014班

组长:颜凡腾

成员:王晓楠

逄彦玲

周璋

目录

1

2

5

6

6

6

7 8

8

9

9

9

9

0 0

1

1

2

2

3

3

64

1引言

编写目的

本文通过详细描述在线考试系统项目的功能需求、用户界面需求、性能需求、质量属性需求以及其它需求,为后续系统设计、软件(系统)测试、用户文档等工作提供基础与约束。

2术语

术语、定义

本需求报告中可能出现的术语和定义见表1所示

表2定义和术语解释

缩略语

综合描述

产品前景

传统的学校教学中,进行一场考试,需要老师刻印试卷、安排考试、监考、

收集试卷、评阅试卷、讲评试卷和分析试卷。这需要大量人力、物力与时间的

投入,已经越来越不适应学校信息化建设与现代教学的需要。尤其在远程网络

教学中,考生分布广,不易统一集中安排考试,给校方和考生带来了众多的不

便。

在线考试平台是实现网络教育的一个重要组成部分,通过在线考试平台可

以及时测试自己的学习进度、自己对已学习知识的掌握程度。基十互联网的考

试用途很早就受到了各方面的重视,既然考试能够通过电脑完成,那么网上考

试就从技术上来说就是可行的。

而基于网络的在线考试系统,正是计算机应用技术和网络技术飞速发展的

产物,它是传统考场的延伸。它可以利用互联网和局域网,随时随地的组织考

生练习和考试,加上数据库技术的利用,大大简化了传统考试的过程。从目前

应用的情况来看,基于网络的在线考试是现代化教学不可缺少的辅助手段。

随着Internet的迅速普及,宽带已经延伸到边远乡镇,迄今为止,我国网民数量已经跻身全球第二名,人们对传统教育和技能进修越来越重视,一些新兴

的教育手段如远程教学、网上培训、网上学校在国内越来越普及,所有的大、

中专院校也建设了校园网。在这种情况下,为网上测试、网上作业、在线考试

系统的建立提供了必要的硬件环境。因此,设计和实现技术先进的在线考试系

统成为当前计算机应用领域研究的热点。

国内外在线考试系统研究水平和现状

国内着名的工商管理考试GMAT于1999年就开始实行计算机考试,2000

年后GRE,TOEFL考试也开始采用计算机考试,向着网络化方向发展。在线考试与传统考试相比有着明显的优势,考生和教师可以从世界的任何角落,通过

浏览器接入因特网来使用考试系统,不受地域的限制,同时也使得用户可以更

加灵活地安排考试时间,可以在任何时候使用在线考试系统进行自测,快速查

询考试成绩。

近年来出现的各种IT认证考试以及前面提到的英语GMAT和GRE考试就是一种基十计算机网络的在线考试,完全摆脱了纸和笔,实现了“无纸化考试”。考生使用计算机答卷,通过网络提交答卷,自动阅卷。在线考试的优点是显然的:阅卷更加迅速,考试结束考生即可知道考试结果,还避免了纸介质的试卷和答卷的传输,从而降低了保密成本。

通过抽取不同的试题,或者是随机变换试题顺序或答案顺序,可以做到一

人一卷,极大地降低了作弊的几率。基十这些优点,在线考试为自适应考试提

供了可能,通过不到10年时间的发展,基十计算机网络技术的在线考试已经发

展为一种产业。

近年来,在线考试系统的结构也在不断的革新。目前国内成熟的在线考试

系统多为C/S模式,比如:“北京典诚公司的IT在线考试系统”、“大中专计算

机等级考试系统”、ATA公司提供的各种行业考试系统等;基十计算机网络的考

试需要专门的较高水平的技术支持,基十浏览器的B/S模式的考试系统比较少。

系统设计拟采取的方法

本系统从安全性和易维护性方面来考虑,采用C/S(Client/Server)模

式,可以让用户通过客户端直接访问位于服务器上的试卷或者让管理员可以远程对系统进行维护。

C/S结构的优点是能充分发挥客户端PC的处理能力,很多工作可以在客户端处理后再提交给服务器。对应的优点就是客户端响应速度快。具体表现在以下两点:

(1)应用服务器运行数据负荷较轻。最简单的C/S体系结构的数据库应用由两部分组成,即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器,也称为应用服务器。一旦服务器程序被启动,就随时等待响应客户程序发来的请求;客户应用程序运行在用户自己的电脑上,对应于数据库服务器,可称为客户电脑,当需要对数据库中的数据进行任何操作时,客户程序就自动地寻找服务器程序,并向其发出请求,服务器程序根据预定的规则作出应答,送回结果,应用服务器运行数据负荷较轻。

(2)数据的储存管理功能较为透明。在数据库应用中,数据的储存管理功能,是由

服务器程序和客户应用程序分别独立进行的,并且通常把那些不同的(不管是已知还是未知的)前台应用所不能违反的规则,在服务器程序中集中实现,例如访问者的权限,编号可以重复、必须有客户才能建立定单这样的规则。所有这些,对于工作在前台程序上的最终用户,是“透明”的,他们无须过问(通常也无法干涉)背后的过程,就可以完成自己的一切工作。在客户服务器架构的应用中,前台程序不是非常“瘦小”,麻烦的事情都交给了服务器和网络。在C/S体系下,数据库不能真正成为公共、专业化的仓库,它受到独立的专门管理。

标准化考试系统没有使用数据库,如果某些网络应用中需要的数据更适合使用文件开处理,而不是数据库,就没有必要使用数据库。尽管数据库有着独特的优势,但使用他的代价就是降低程序的运行速度。本标准化考试系统只要按着一种特殊的简单格式编写试卷文件即可。

功能概述

“基于Java的在线考试系统”借助计算机和网络技术,期望实现以下功能:

(1)在Windows平台上,使用客户端服务器,完成抽题、考试、交卷等考试任务; (2)考生通过在线选择开考的试卷,然后在线进行作答;

(3)答题后,考生可在线自动交卷,交卷同时,系统将自动评分,生成考试成绩数据;教师可在线查看各考生的成绩;

(4)可对考生基本信息及考试成绩信息进行查询、更改等管理。

“基于Java的在线考试系统”适应十现代化的教学管理,是集合现代考试

理论、方法和现代信息技术手段的智能化考试系统,为考生的学习提供“灵活、

方便、科学、公平”的“个性化在线考试服务”,是先进的终结性考核、评价系

统,考生可以随时随地进行课程结业考试。

开发环境

需求编写约定

需求编号约定

只有叶节点才需要进行需求编号,出于组织需求内容的目的而设置的分组目录不作为需求项,也不需要编号。

需求编号采用前缀+‘-’+YYYY+‘-’+XXXX构成,其中,前缀约定如下:基本需求编号的前缀为SR-F(F表示Fundamental);

非功能性需求编号的前缀为SR-U(U表示非功能性需求);

设计约束需求编号的前缀为SR-C(C表示设计约束);

接口需求编号的前缀为SR-I(I表示接口需求);

文档约束需求编号的前缀为SR-D(D表示Document);

其它需求编号的前缀为SR-O(表示Other);

YYYY采用代表项目的大写英文字母替换。

XXXX用本前缀下保证唯一的数字序列替换。完整示例如右:UR-F-NCTBS-T110,如果包含子功能用例,再加上子功能模块标识,如短信发送:UR-F-NCTBS-SEND-T111。

注:需求编号在本文档评审通过后,基线之前,由项目系统工程师统一进行编排。需求优先级定义

优先级的可能取值为:5、4、3、2、1,具体定义如下:

5:是必须的,它规定了产品的必备需求。没有这些需求,产品将不能完成用户的工作。

4:是重要的,它规定了那些竞争对手已经实现且用户感觉很好的需求、本产品区

别于其它同类产品的独特需求及其它一些需求。只有完成这些需求,才能使本产品有市场竞争力。

3:是应该的,它规定了当前版本可以不做,但必须在未来版本中实现的需求。此种需求对产品的体系结构影响可能较大,因此必须在系统设计时予以考虑。

2:是可能的,它规定了那些有了会更好,但没有也没有什么关系的需求,如一些提高效率的小工具。

1:是备忘的,它规定了我们想象的但目前无法或无需实现的需求。

用例描述编号预定

统一编号采用一个前缀字母+4位数字编号。前缀字母标识过程的类型,其中C表示前置条件;R表示后置条件;N表示正常过程;E表示异常过程;I表示输入;O表示输出。4位数字中,第1位表示过程编号,后3位表示过程步骤编号,其他的编号依赖于过程的编号。譬如:

前置条件:

C0010整个用例的前置条件

C1010过程N1的前置条件1

C1020过程N1的前置条件2

后置条件:

R0010整个用例的后置条件

R1010过程N1的后置条件

R2010过程N2的后置条件

正常过程:

N1正常过程1

N1010具体步骤1

N1020具体步骤2

N2正常过程2

N2010具体步骤1

N2020具体步骤2

异常过程:

E1异常过程1

输入:

I1010过程N1的输入条件1

I1020过程N1的输入条件2

I2010过程N2的输入条件1

输出:

O1010过程N1的输出结果1

O1020过程N1的输出结果2

O2010过程N2的输出结果1

3标准化考试系统需求分析

可行性分析

可行性分析是在系统调查的基础上,针对新系统的开发是否具备必要性和

可能性,对新系统的开发从技术、经济、社会的方面进行分析和研究,以避免

投资失误,保证新系统的开发成功。可行性研究的目的就是用最小的代价在尽

可能短的时间内确定问题是否能够解决。该系统的可行性分析包括以下几个方面的内容:

(1)经济可行性:主要是对项目的经济效益进行评价,本系统作为一个毕

业设计,无需开发经费,对十我在经济上是可以承受的,并目_本系统实施后可

以显着提高考试效率,有助十学校完全实现网络化管理。所以本系统在经济上

是可行的。

(2)技术上的可行性:技术上的可行性分析主要分析技术条件能否顺利完

成开发工作,硬、软件能否满足开发者的需要等。该管理系统采用了当前新兴

的C/S模式进行开发,结合了Internet技术。因此,系统的软件开发平台已成熟可行。

硬件方面,科技飞速发展的今天,硬件更新的速度越来越快,容量越来越大,可靠性越来越高,价格越来越低,其硬件平台完全能满足此系统的需要。

(3)时机可行性:目前,大学的校园网络覆盖了教学区和考生区的主要建

筑物及部分家属宿舍,从而满足校内各学院,各职能部门,各直属单位上网需

求。学校良好的网络设施为开发使用在线考试系统提供了坚实的基础。

(4)管理上的可行性:主要是教务管理人员大力支持,系领导认同,现有

的管理制度和方法科学,规章制度齐全,原始数据正确等。规章制度和管理方

法为系统的建设提供了制度保障。

(6)操作可行性:访问系统的主要有四种:考生、管理员(教师)、审核管理员、核心管理员。目前资源的利用情况和可操作性,只需少量的直接操作就可以实现系统的完整、稳定的运行,不会造成系统的巨大压力。

综上所述,此系统开发目标已明确,在技术和经济等方面都可行,并且投

入少、见效快,本系统的开发是完全可行的。

功能需求

本系统的各个功能模块和其子模块以及他们各自的功能需求见表4所示

表4标准化考试系统功能需求表

软件包括的功能有:登录服务、管理员服务、考试管理等功能。各个功能模块的详细功能与角色之间关系,参见以下功能图所示:

图1服务器端模块用例图

图2客户端模块用例图

系统各层次需求分析

系统的概念设计中最重要的就是系统的模块化,模块化是指解决一个复杂

问题时自上项下逐层把系统划分成若干个模块的过程。每个模块完成一个特定

的功能,所有的模块按某种方法组织起来,成为一个整体,完成整个系统所要

求的功能。

将系统划分为两个模块是为了降低系统和复杂性,提高可读性、可维护性,

但模块的划分不能是任意的,应尽量保持其独立性。也就是说,每个模块只完

成系统要求的独立的子功能,并目_与其他模块的联系最少目_接口简单,即尽量

提高模块的独立,为设计高质量的系统结构奠定基础。

根据需求分析,考试系统的模块组织结构如图3

图3考试系统模块组织结构图

系统E—R图

目前,广泛使用的数据模块可分为两种类型,一种是独立十计算机系统的“概念数据模块”,如“实体联系模型”;另一种是直接面向数据库逻辑结构的“结构数据模型”。在本系统中我采用的是“实体联系模型"CE-R模型)来描述数据库的结构,以对现实世界进行第一次抽象。E-R模型直接从现实世界抽象出实体类型及实体间联系,然后用E-R图来表示数据模型。它有两个明显的优点:接近十人的思维,容易理解;与计算机无关,用户容易接受。

系统E-R图如下:

图4考生信息的E-R图

图5试卷信息的E-R图

图6问题信息的E-R图

图7题库信息E-R图

图8实体之间关系的E-R图

图4考生信息E—R图

图5试卷信息E—R图

图6问题信息E—R图

图7题库信息E—R图

图8实体之间关系E—R图

系统流程图

本系统的流程图如图9所示:

图9系统流程图

数据流程图

系统流程图如图10所示:

图10数据流程图

模块功能设计

系统管理模块

系统管理模块如图11所示:

图11系统管理模块功能树

系统管理模块包括更改密码、高级管理(添加资源、添加管理员、删除管

理员、查询管理员)两大子模块。

1、更改密码:各级管理员登录系统后,可自行重新设置登录密码;

2、高级管理:包含添加资源、添加管理员、删除管理员、查询管理员四个

子功能,核心管理员添加资源、添加管理员、删除管理员、查询管理员,审核

管理员拥有核心管理员的权限外,还有查询管理员的权限。

(1)添加资源,可(i)添加部门名称;(ii)部门的科目名称,科目名称

将录入科目信息表中,以后教师可以制作此科目的试卷。

(2>添加管理员,允许核心管理员和审核管理员添加核心管理员及一般的

管理员用户,并分配权限。

考生管理模块

考生管理模块的整体功能结构图如图12所示:

图12考生管理模块功能结构图

考生管理模块包括考生注册,考生登录、成绩查询、退出登录三个模块。

考生注册:

考生注册用于添加考生的信息,此操作由核心管理员及教师来完成。输入项:姓名、学号年级。输出项:注册成功,进入成功页面,不成功则显示错误信息页面。

成绩查询:

输入项:用户输入姓名和学号

输出项:查找成功,进入成功页面,不成功则显示错误信息页面。

控制考试模块

控制考试模块功能结构图如图13所示:

图13控制考试模块功能结构图

控制考试模块包括开始考试、结束考试两个模块。试卷获准发布后,教师

可选择试卷,考生点击“开始考试”,同时开始计时,此后,考生对已开考的试卷,考生可随时结束本次考试。

考生考试模块

考生考试模块主要是考生的获取试卷,及考试(并有倒计时的功能),及自

动评功能。考生在线考试流程图如图14所示:

图14考生考试模块流程图

输入项:考生输入学号、姓名和IP地址,选择(获取)试卷,作答题目。

输出项:考生信息,考生的试卷及考生考完的成绩。

处理:系统对考生输入的IP地址进行验证,如果通过则并进入考生考试的首

页面,及显示考生的所有信息,同时公布一些考场规则,当考生获取试卷时,并

作答时系统进入倒计时,时间一到,系统将自动交试卷并进入评分,显示该科目的成绩。

考生考试操作流程:

(1>输入学号、姓名和IP地址。

(2)系统显示该考生的基本信息,及一次考试规则。

(3)考生获取试卷,系统并进入倒计时。

(4)考生进行答题,答题完毕点击“交卷”。

(5)交卷后,考生可即时看到自己的成绩。

4非功能性需求

数据需求

数据采集的要求:

●输入源:手工键盘输入;

●输入介质和设备:键盘,鼠标;

数据输出要求:

●输出介质和设备:显示器、文件;

故障需求

在使用软件的过程中,当出现计算机断电,计算机内存不足等情况时,标准化考试系统软件将出现运行故障。运行故障发生时,软件的各个功能模块将无法正常使用,启动相关功能按钮都无法进行正常的操作。

对由于计算机断电引发的软件运行故障,用户在重新给计算机供电后,可以通过重新启动计算机,并启动标准化考试系统软件的方式恢复软件的正常运行与使用。对由于计算机内存不足引发的软件运行故障,建议暂时关闭软件。用户应检查并解决计算机内存不足的问题,内存使用情况正常后,标准化考试系统软件将恢复正常的运行与使用。

出现软件运行故障并进行修复后,应确保标准化考试系统软件功能的完整性,不能发生因软件运行故障而导致工具无法继续使用的情况。

在软件的使用过程中,如果出现软件使用故障,应当具有报警信息提示。

1)当软件依赖的文件损毁或丢失时,软件以对话框的形式进行提示,报告损毁或

丢失的文件等相关错误,以帮助用户及时修复软件的正常功能。

2)对软件需要用户输入项的情况,如果发生缺少输入项、输入项格式错误或不符

合规则等情况,软件应以合理的方式予以提示。

为了防止用户由于未及时保存而导致信息丢失的情况,软件提供定时保存机制,每隔一定时间自动对信息进行保存,从而保证用户数据的安全。

质量需求

1)软件的功能实现必须符合常用的主流软件的使用方法和操作习惯。

2)需要满足操作简单的要求,能够使用户没有障碍的使用该工具进行一系列的开

发工作。

3)要求可配置型强,便于使用者对工具的使用以及定制。

4)采用可行、合理、高效的方式进行开放性的设计和实现。

软件具有很强的适应能力,并且便于维护,不仅能很好的满足当前的需求,而且应当为后期可能的开发的工作提供很好的扩展和维护接口。

其他需求

易用性需求

作为一款实用型的查询系统,标准化考试系统软件的设计和实现遵循易用性原则,工具的安装和入门,工具的用户界面布局,使用工具的操作方式等方面都应符合主流软件的设计风格与要求。

1)操作简单,设计合理。

2)进行结果查询时,标准化考试系统提供分类查询等功能,以实现高效化。

3)使用标准化考试系统的过程中应有必要的操作提示信息。

安全性需求

为了对软件的安装和使用进行统一的管理,安装标准化考试系统后,需要的到管理人员的授权才能使用该工具。软件采用激活码-注册的方式达到这一要求。启动并使用软件时,应对软件的授权信息进行检查,缺少授权信息情况软件将自动关闭。

5需求获取方法

需求获取软件需求获取是软件需求开发的关口环节,关口没把守好,后面就会全面溃败。软件需求获取我们小组用了以下几个方法:

1、面谈和问卷调查;

2、小组讨论;情景串联;

3、参与、观察业务流程;

4、现有产品和竞争对手的描述文档;

5、市场资料

面谈和问卷调查

面谈是获取软件需求的最有用的方法之一。面谈需准备的内容:

1、面谈对象

2、面谈的问题

面谈对象:与系统相关的涉众,并具有代表性,保证涵盖到每个角色。如何获取涉众:

1、谁为系统付费,购买系统;

2、谁使用系统:

3、谁会受到系统结果的影响,谁来监管该系统;

4、谁来维护系统;

面谈问题:需保证与背景无关,保证获取信息的公正性。问题的设计:

1、确定访谈对象的背景:姓名、年龄、部门所处的职位、目前的工作范围

2、目前碰到哪些问题,这些问题会对工作、生活产生什么影响?

3、对象环境的背景:a计算机水平,b目前是否有相同的系统在使用,c使用

该系统碰到哪些问题,d目前如何处理工作e对培训等有什么要求

4、问题重复,取得面谈者对问题的认同;

5、分析问题:问题产生的原因是什么,在什么情况下会有该问题,目前的解

决方案是什么,效果如何,客户期待的解决方案是什么;

6、解决方案的可行性分析;

7、非功能性需求:性能和稳定性方面的要求;

8、维护,是否有专门的维护团队

9、对当前的访谈结果的认同,确认后期有问题可继续联系。

10、总结出当前优先级最高的三个问题;

调查问卷无法取代面谈在需求获取阶段的作用,问卷调查的问题和答案具有一定的引导性,在某种程度上会影响结果。

小组讨论

小组讨论是指将与项目某个问题相关的人员聚集在一起开会讨论。

优势:

容易在内部取得对方案的认同,有利于项目的开展;在讨论会上每个相关人员都可发表自己的意见,保证了获取信息的全面性。

缺点:

不容易把握。

小组讨论的注意事项:

1、需先确定议题,范围;参会人员;

2、事先将相关资料送达参与人员,让参与人员开会前先了解会议的整体背景,有利于会议的顺利开展;

3、确定好会议室、开会的时间(需控制开会时间的长度),做好后勤保障;

4、选一个好的主持人,可把握会议的方向、进度、调整会议的氛围;

5、保证每个人都有5-10分钟的发言时间,不允许他人打断,但也不允许超过限定的发言时长;

6、会后将会议纪要发送给参会人员,取得对结果的认同。

情景窜联

由于软件产品的抽象性,大部分涉众在脑海子未有一个清晰的产品轮廓,影响涉众对产品的理解。基于此可考虑编写清晰、完整的情景描述文档。

1、采用PPT加图片的方式描述情景;

2、采用原型法(比较推荐这种方法)

参与、观察业务流程

涉众描述的业务流程可能由于某些原因会遗漏掉重要的信息,需求分析人员可申请参与到他们具体的工作,观察、体验业务操作过程。需求分析员在观察业务操作过程时,可根据实际的情况提问并详细记录,记录业务操作员操作过程,操作过程中碰到的难题,可获取真实的材料和理解整个业务。

现有产品和竞争对手文档:

阅读现有产品文档有利于了解当前系统情况,从中也可以了解业务流程,对操作员反映的系统问题有着更深层次的理解。

参考文献

[1]赛奎春.VisualC++工程应用与项目实践[M].北京:机械工业出版

社,2005:105-108P.

[2]张文轩,路径搜索的最优解策略研究[D].北京:北京科技大学硕士学位论文,

2005

[3]齐志昌,谭庆平,宁洪.软件工程(第二版)[M].北京.高等教育出版社.2004

[4]王珊,萨师煊.数据库系统概论(第四版)[M].北京.高等教育出版社.2006

[5]卢述林企业信息化的途径分析及合同管理系统的开发【硕士论文】重庆大学

[6]张义明合同管理信息系统的设计与实现【硕士论文】山东大学

[7]黄景媛土木工程施工招投标与合同管理[M]北京知识产权出版社中国水利水电出版

社20022-5

[8]赵晋强基于J2EE煤炭合同管理系统的设计与实现【硕士论文】太原理工大学20056-9

[9]皮斯特(美)纳格日特纳姆(美)企业级Java安全性一构建安全的J2EE应用北京清华

大学出版社200516-36

[10]刘晓华J2EE企业级应用开发电子工业出版社20038-12

[11]刘晓华陈亚强等J2EE应用开发详解电子工业出版社

[12][美]SubrahmanyamAllamaraju等着马树奇译J2EE编程指南版)北京电子业出版社

[13]孙卫琴精通Struts:基于MVC的JavaWeb设计与开发电子工业出版社

[14]U ML与J2EE企业级应用开发北京科学出版社

[15]王建华等译Java2核心技术卷II[M]北京机械工业

信息系统需求说明书

信息系统需求说明书信息系统专业

目录 一、引言 1.1编写说明 (3) 1.2编写目的 (3) 1.3系统目标 (3) 1.4参考文献 (3) 1.5业务流程 (4) 二、用户需求 2.1业务需求 (4) 2.2性能需求 (4) 三、业务流程 3.1数据流程图 (5) 3.2UC矩阵 (7) 四、系统分析 4.1用例图及用例分析 (8) 4.2类图 (16) 4.3 E-R图 (17) 4.4事件流程图 (18) 五、功能 5.1包图 (22) 5.2系统功能 (24) 5.3系统功能的模块 (24) 六、数据调查及分析 6.1数据字典 (26) 6.2数据项描述 (32) 七、系统运用技术分析 7.1主要技术 (33) 7.2开发模式 (33) 7.3项目完成主要步骤 (33) 八、系统重要代码 8.1登陆部分 (34) 8.2卖票部分 (36) 九、风险说明 9.1信息系统面临的主要风险 (40) 9.2风险的处理策略 (41) 十、遗留问题 (42) 十一、总结 (42)

§1引言 随着人们生活水平的不断提升,看电影已经成为越来越多人业余时间消遣和放松的一种必要方式和渠道,人们对电影院的要求也随之不断提高,因此,电影院为了提高自身的竞争力而开发电影信息系统管理软件,在以后的运营中为用户提供更加优质的服务。 §1.1编写说明 项目开发的提出者为在校的学生,开发者为刘储文、赵越、徐燕、杨晓亮、刘玉,已明确用户有:各大电影院。 用户特点:各大电影院的工作人员、管理人员和影院顾客。 §1.2编写目的 此文档定义了该电影院管理系统的规格和功能说明。 该文档的使用者主要为系统的管理人员,使用人员和维护人员。 部分文档中提到的功能在实际操作中因技术限制未能全部实现。 目的是使该程序的使用人员,运行人员和管理人员对该系统的功能有一个统一的认知,方便人员的使用和维护。 §1.3 系统目标 软件开发的意图为便于电影院的管理,方便查看有关电影及放映的情况。如电影院队职工、顾客、电影信息的查找、删除、修改和添加。 §1.4参考文献 (1)杨选辉《信息系统分析与设计》清华大学出版社 (2)王少锋《面向对象技术UML教程》清华大学出版社 (4)萨师煊《数据库系统概论》高等教育出版社 §1.5业务过程

管理系统软件需求说明书

厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07

修改记录

目录

第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件,作为双方界定项目范围、签定合同的主要基础,也作为本项目验收的主要依据。同时,本文档也作为后继工作开展的基础,供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员,其中:项目负责人、公司方项目经理、技术开发人员(包括分析人员、设计人员、程序人员)、测试人员应重点阅读本文档各部分,其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统,其次从软件接口等方面描述系统的外部接口需求,然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营,工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接,途经青礁村、海门岛,止于漳州龙海市沙坛村后宅处,终点里程桩号K10+400.390,与招银疏港高速公路相连。路线长度为9335.390m,其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分,双向6车道,设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座,共296根斜拉索,用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥,主跨780m,可满足3万吨级船舶安全通航,在同类型桥梁中居全国第六、世界第

商城后台管理系统需求说明书全解

有限责任公司 版本号1.0 产品吧需求说明书 编写人: 编写时间:2015-8-8

修订控制页

目录 1概述 (4) 1.1名词说明 (4) 1.2产品概述及目标 (4) 1.3产品roadmap (4) 1.4产品风险 (5) 2使用者需求 (5) 2.1需求描述 (5) 3可选方案................................................................................................. 错误!未定义书签。4效益成本分析......................................................................................... 错误!未定义书签。 4.1效益预测..................................................................................... 错误!未定义书签。 4.2产品技术中心成本..................................................................... 错误!未定义书签。 4.3非产品技术中心的支持成本..................................................... 错误!未定义书签。5功能需求.. (6) 5.1功能总览 (6) 5.2功能详情 (9) 5.3整合需求 (40) 5.4BETA测试需求 (40) 6非功能需求 (40) 产品营销需求 (40) 规则变更需求 (40) 产品服务需求 (41) 法务需求 (41) 财务需求 (41) 帮助需求 (41) 安全性需求 (41) 7上、下线需求 (42) 7.1上线时限需求 (42) 7.2下线需求(活动类需求必须明确下线时间) (42) 8运营计划 (42)

网上书店系统用户需求说明书

网上书店系统需求分析

版本历史

1引言 (4) 1.1编写目的 (4) 1.2项目背景 (4) 1.3术语和缩写 (5) 2综合描述 (5) 2.1目标范围 (5) 2.1.1前台系统 (6) 2.1.2后台系统 (6) 2.2用户特性 (7) 2.3约定假设 (7) 3需求说明 (8) 3.1功能概要 (8) 3.2前台功能需求................................................................................. 错误!未定义书签。 3.2.1注册新用户.......................................................................................... 错误!未定义书签。 3.2.2登录/注销系统.................................................................................... 错误!未定义书签。 3.2.3查看/修改客户信息............................................................................ 错误!未定义书签。 3.2.4浏览/搜索图书信息............................................................................ 错误!未定义书签。 3.2.5维护购物车.......................................................................................... 错误!未定义书签。3.3管理后台功能需求........................................................................ 错误!未定义书签。 3.3.1登陆|注销系统..................................................................................... 错误!未定义书签。

C++单项选择题标准化考试系统

目录 1.课程设计目的 (1) 2.课程设计题目描述和要求 (1) 2.1 课程题目 (1) 2.2 课程要求 (1) 3.课程设计报告内容 (1) 3.1 算法描述 (1) 3.2 源程序 (2) 4.课程设计总结: (6) 5.参考书目 (7)

1课程设计目的 练习自己的动手能力 , 在学习理论的同时增强自己的编程能力 , 使理论与实践相结合 , 在学习书本的同时扩展自己的课外知识 . 2课程设计题目描述和要求 2.1 课程题目 单项选择题标准化考试系统 2.2 课程要求 (一)功能要求: (1)用文件保存试题库。(每个试题包括题干、 4 个备选答案、标准答案) (2)试题录入:可随时增加试题到试题库中 ( 3)试题抽取:每次从试题库中可以随机抽出N 道题( N 由键盘输入) (4)答题:用户可实现输入自己的答案 (5)自动判卷:系统可根据用户答案与标准答案的对比实现判卷并给出成绩。(二)其它要求: (1)只能使用 C/C++语言,源程序要有适当的注释,使程序容易阅读 (2)至少采用文本菜单界面(如果能采用图形菜单界面更好) (3)学生可自动增加新功能模块(视情况可另外加分) (4)写出课程设计报告,具体要求见相关说明文档 . 3课程设计报告内容 3.1 算法描述 定义题目数组,选向数组,输入题目的及选向并给定正确答案。 输入所要答的题目数,然后进行答题。输入的答案与标准答案进行比较,如果一致,则正确,否则错误。最后根据题目数及答对题目数进行输出得分。

3.2 源程序 #include #include #include "dos.h" using namespace std; struct question { char ask[200];/*选择题题目*/ char answer[4][80];/*选择题选项*/ int right;/*正确答案*/ struct question *next; }; //函数声明 int MenuChoice(void); //选择菜单 struct question *charu_timu(struct question *fst,const struct question *ad); //向列表中插入试题函数 struct question *da_an_weizhi(struct question *seek, long len,long max); // 确定一个读取答案的位置的函数 void GetQuestion(struct question *src); //获取问题,选项,以及正确答案函数 void bao_cun(const struct question *ed, FILE *saf); //将列表中的试题保存在文件中的函数 struct question *LoadFile(struct question *td, FILE *laf); //从文件中读取题目,将题目添加到列表中的函数 int GetAnswer(void); //输入选择题的答案 void huida_Question(const struct question *que, int n); //回答问题函数 main() { struct question *start = NULL, temp; long choice, line = 0, c; FILE *fp = fopen("wangkun.dat", "a+"); while ((choice = MenuChoice()) != 3) if (choice == 1) { GetQuestion(&temp); start = charu_timu(start, &temp); ++line;/*统计列表的长度 */ system("cls"); } else if (choice == 2)

教学管理信息系统需求规格说明书

教学管理信息系统需求规格说明书

1.引言 1.1编写目的 1.2项目背景 1.3定义 1.4参考资料 2.任务概述 2.1目标 2.1.1理念目标 2.1.2功能目标 2.2运行环境 2.3条件与限制 2.3.1技术限制 2.3.2使用限制 3.数据描述 3.1静态数据 3.2动态数据 3.3数据库介绍 3.4数据字典 3.4.1数据流词条描述 3.4.2数据文件词条描述 3.4.3加工逻辑词条描述 3.4.4源点及汇点词条描述 4.功能需求 4.1功能划分 4.2功能描述 5.性能需求 5.1数据精确度 5.2时间特性 5.3适应性 6.运行需求 6.1硬件接口 6.2软件接口 6.3故障处理 7.其它需求

1.引言 1.1编写目的 本软件需求规格说明书是系统分析人员与用户进行了大量的交流后写成的,比较全面的描述了用户的各种需求。该文档确定了待开发软件的功能、性能、数据、界面等要求,并确定了系统的逻辑结构。为今后的开发人员进行系统开发提供了依据,也为项目经理、设计人员、营销人员、用户、测试文档的编写人员提供了参考。 1.2项目背景 项目名称:教学管理信息系统 项目任务提出者:齐鲁工业大学 项目开发者:张云、张丽梅、邓蓓蓓、陈瑞红、林慧萍、郑惠 项目用户:齐鲁工业大学所有管理人员和学生 随着学校教育水平的不断提高,学校规模不断扩大,传统的C/S结构的信息管理软件已经远远不能够满足学校的需求,已经成为学校进一步发展的瓶颈。经总结,这类信息系统存在如下的缺陷:①软件维护的费用高。②信息查询不方便。③不利与远程管理。④软件的可操作性不高。 为了眤补这些缺陷,消除影响进一步发展的瓶颈,降低学校的信息软件维护成本,进一步方便学生使用,方便教职工管理,我们项目组决定在这次软件开发过程中,开发基于B/S架构的教学管理信息系统。 1.3 定义 JavaWeb:是用Java技术来解决相关Web互联网邻域的技术总和 MySQL:MySQL是一个小型关系型数据库管理系统 MVC:模型,视图和控制。目的是实现Web系统的职能分工。 主键:数据库表中的关键域,值互不相同。 外部主键:数据库表中与其他表主键关联的域。 1.4 参考资料 1.张海藩.软件工程导论.北京:清华出版社,2008.2 2.王珊.数据库系统原理教程.北京:高等教育出版社,2006.5 3.刘利民.《软件工程综合设计》指导书.XX工业大学,2009.3 2.任务概述 2.1 目标 用户对系统的具体要求,摸清相关业务的具体流程,收集相关的信息、表格和文本,并对这些信息进行分析处理,制定面向现实世界的系统模型,如绘制业务流程图和E??—R图,制作数据字典等,为系统设计做好前期准备工作。 2.1.1理念目标 进一步提高学校的信息化管理水平,方便学生对个人基本信息及成绩的查询,方便教职工的管理,降低学校信息管理软件的维护成本。 2.12功能目标

OA管理系统需求规格说明书

WebOA管理系统需求规格说明书 2009/11/20

1 概述错误!未指定书签。 1.1编写目的错误!未指定书签。 1.2参考资料错误!未指定书签。 1.3术语和标记错误!未指定书签。 2项目概述错误!未指定书签。 2.1项目总体目标错误!未指定书签。 2.2系统开发背景错误!未指定书签。 2.3主要限制和开发风险分析错误!未指定书签。 3功能需求错误!未指定书签。 3.1功能模型错误!未指定书签。 3.1.1个人办公模块........................................................... 错误!未指定书签。 3.1.2公文管理模块........................................................... 错误!未指定书签。 3.1.3公共信息模块........................................................... 错误!未指定书签。 3.1.4行政办公模块........................................................... 错误!未指定书签。 3.1.5消息管理模块........................................................... 错误!未指定书签。 3.1.6工作流程模块........................................................... 错误!未指定书签。 3.1.7组织管理模块........................................................... 错误!未指定书签。 3.1.8权限管理模块........................................................... 错误!未指定书签。 3.1.9系统管理模块........................................................... 错误!未指定书签。 人事档案模块........................................................... 错误!未指定书签。 3.2性能需求错误!未指定书签。 3.3非功能需求错误!未指定书签。 3.4故障处理错误!未指定书签。 4数据需求错误!未指定书签。 4.1数据项错误!未指定书签。 4.2数据间关系(E-R图)错误!未指定书签。 5行为需求错误!未指定书签。 5.1控制模型错误!未指定书签。 6接口需求错误!未指定书签。 6.1用户界面错误!未指定书签。 6.2软硬件接口错误!未指定书签。 7环境错误!未指定书签。 7.1运行环境错误!未指定书签。 7.2开发环境错误!未指定书签。 附录:项目成员介绍及组内评分错误!未指定书签。

客户关系管理系统需求说明书

客户关系管理系统需求规格说明书 编号:JB-RM-CRM 版本:1.0

作者:H.L.日期:2007-12-12审批:日期:

状态修订人修改日期版本备注新创建PM 2007-12-12 1.0

1 概述 客户是公司最宝贵的资源,为了更好的发掘老客户的价值,并开发更多新客户,XX公司决定实施客户关系管理系统。希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理;希望通过对销售机会、客户开发过程的追踪和记录,提高新客户的开发能力;希望在客户将要流失时系统及时预警,以便销售人员及时采取措施,降低损失。并希望系统提供相关报表,以便公司高层随时了解公司客户情况。 客户服务是一个涉及多个部门,存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统应提供一个客户服务在线平台,使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。 1.1 目的 本文档是北京信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2 范围 本系统包括:营销管理、客户管理、服务管理、统计报表和基础数据五个功能模块。另包括权限管理模块用于系统的用户、角色和相关权限。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下,应能满足合同和相关投标书所描述的功能。 1.3 读者对象 1.4 参考文档 无 1.5 术语定义 系统用户: XX公司员工。

酒店管理系统需求说明书

酒店管理系统需求分析说明书

目录 1、引言 (3) 1.1编写目的 (3) 1.2适用范围 (3) 1.3编写原则 (3) 1.4读者对象 (3) 2、项目概述 (3) 2.1项目任务 (3) 2.2项目背景 (4) 2.3项目目标 (4) 3、新系统的用例模型及分析模型 (4) 4、系统完整用例图 (4) 5、用例说明 (5) 5.1添加操作员 (5) 5.2删除操作员 (6) 5.3修改密码 (6) 5.4预定客房 (7) 5.5调房 (7) 5.6住宿查询 (8) 5.7退宿结账 (8) 5.8统计收入 (9) 6、分析模型 (10) 7、非功能性需求 (13) 8、附件 (13)

1、引言 1.1编写目的 本文档是对酒店管理系统需求分析进行明确、清晰、较全面的定义将先进的电脑技术与现代酒店服务管理完美地结合起来,实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 1.2适用范围 小、中型酒店管理。 1.3编写原则 统一规划、统一设计思想、统一技术规范。 最大限度的满足客户需求。 根据实际业务需求,不断完善系统。 应用先进技术实施系统。 1.4读者对象 对有关业务和系统做出决策的管理人员。 参与需求分析和需求确认的有关人员。 有关技术决策人员。 软件开发人员。 2、项目概述 2.1项目任务 1.为销售提供全面、准确的信息数据。

2.为财务提供严密的账系统。 3.提高决策依据:管理者可以随时了解经营情况,以制定相应的经营方 针。 4.树立良好的酒店形象。 2.2项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉,例如错误查询、烦琐的登记和结账手、旅客费用计算错误、空余客房资料不能及时提供等,从而影响出租率,使管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决,酒店管理的电脑化,不仅是体现酒店现代化形象的一个重要标志,而且对于提高员工工作效率,加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 2.3项目目标 实施网上酒店管理,客户可以在网上查看酒店客房相关的信息及预订客房。 3、新系统的用例模型及分析模型 4、系统完整用例图

(完整版)网上订餐系统需求分析说明书

员工网上订餐系统 之需求分析说明书 组名:最佳实践小组 指导老师:李华玲 组员:李蕴 0921010528 韩小文 0921010548 刘曼婷 0921010601 焦文亮 0921010634 吴岩 0921010711

目录 1.文档概述 (4) 1.1 编写目的 (4) 1.2 定义 (4) 1.3 参考资料 (4) 2.项目概述 (4) 2.1 项目背景 (4) 2.2 项目目标 (4) 2.3 构件图 (4) 2.4 上下文关系图 (5) 2.5 对产品进一步解析 (6) 2.6 项目适用范围 (6) 3.项目需求分析 3.1 性能需求分析 (6) 3.2项目活动图 (6) 3.3系统报表 (8) 3.4 类图 (8) 3.5 系统用例图 (10) 3.6用例文档 (12)

4.项目详细设计 4.1 系统模块详细设计 (14) 4.2 登录模块详细设计 (14) 4.3 顾客模块详细设计 (14) 4.4 管理员模块详细设计 (16) 5.项目技术方案 (19) 5.1方案概述 (19) 5.2 编程环境 (19) 5.3 数据库的实现 (19) 6.可行性分析 (19) 6.1 技术可行性分析 (19) 6.2 运行可行性分析 (20) 6.3 经济可行性分析 (20) 6.4法律可行性 (20)

1. 引言 1.1编写目的 此立项报告旨在确定本项目的基本目标、主要内容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的 项目时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提交的内容清单、后续工作情况。 1.2定义 本产品是为餐厅专门开发的一套订餐管理系统,旨在合理化安排餐厅的工作,提高餐厅的管理效率,同时方便员工就餐。 1.3参考资料 《软件系统分析与设计》《需求分析最佳实践》 2. 项目概述 2.1项目背景 员工到食堂用餐,在路途和排队上浪费很多时间,并且去晚了经常会吃不到想吃的食物;员工对食堂的满意度不高,有将近一半的员工会 选择去周边饭店用餐。因此,食堂更无法准确预测员工需求,经常会出 现有些食物因为没有卖出去只好倒掉,而员工需要的一些食物却已卖完 的现象。 2.2 项目目标 开发手机订餐系统节省员工的时间和精力,避免员工在食堂排队等很多 时间,同时也减少食堂食物的浪费,并提高服务质量以及员工对餐厅的 满意度。 2.3 构件图

(完整版)用户需求说明书模板

密级:用户需求说明书模板 软件开发项目xx组 二О一六年八月二十七日文件修订记录

目录 1. 概述 (4) 1.1编写目的 (4) 1.2用户简介 (4) 1.3项目的目的与目标 (4) 1.4术语定义 (5) 1.5参考资料 (5) 1.6设计与实现的限制 (5) 2. 现有系统的描述 (6) 2.1组织机构与职责 (6)

2.3作业流程 (7) 2.4报表 (7) 2.5存在的问题 (7) 2.6可能的变化 (8) 3 功能需求 (8) 4 界面与接口需求 (9) 4.1用户的界面需求 (9) 4.2外部的接口 (10) 5 性能需求 (10) 5.1时间要求 (10) 5.2空间与数值性能 (10) 6 其他需求 (11) 6.1系统的安全性 (11) 6.2系统的可靠性 (11) 6.3系统的灵活性 (11) 6.4其他 (11) 7 非功能需求 (12) 7.1用户特点 (12) 7.2法律法规、版权 (12) 7.3兼容性 (12) 7.4联机帮助信息 (12) 7.5购买组件 (12) 8 系统约束 (12) 9用户验收标准 (13) 9.1验收标准: (13) 9.2功能验收标准可依据以下方面制定: (13) 9.3性能验收标准: (13) 附录A ××× (16) A.1××× (16)

附录B ××× (16) B.1××× (16) B.2×××161. 概述 1.1 编写目的 为了使用户与开发人员之间相互了解,对用户需求进行明确定义,使之成为整个开发工作的基础,并提供一个软件系统度量和遵循的基准。该文件可作为用于确认软件产品是否满足给定需求的验收标准。 1.2 用户简介 在本章节中要将用户的基本情况描述清楚,以便于分析人员划定系统范围,进行关于功能与进度、成本、性能等方面的平衡决策。 基本情况举例: ?企业性质 ?规模(员工数量、经营业绩等) ?业态 ?地理位置与布局 ?产品或服务的种类 ?管理模式 ?用户使用计算机系统的经历 ?…... 1.3 项目的目的与目标 项目目的是开发本系统的意图的总概括,目标是将目的细化后的具体的描述,项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。

软件系统需求说明书

专 组号:小组成员: 完成时间:

目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)

1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码,登录到学生信息管理系统,并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大,设置的专业类别、分支机构及老师、学生人数越来越多,对于过去的学生信息管理系统,不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排,对用户需求进行了全面细致的分析,更清晰的理解学生信息管理系统业务需求,深入描述软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求,对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备,易使用等特点。学生信息管理系统对全校学生实行统一的管理,可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求,需要在2012.12.28之前完成本系统的开发测试,并写提交相关的技术文档。通过与用户的沟通,及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数:3人 技术文档写作人员人数3人

课程管理系统需求说明书

燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY 课程管理系统 软件需求说明书 学院:信息学院 姓名:郭文月 学号: 140210100 专业班级:计科1404 指导教师:周建敏

1引言 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 2.1目标 (3) 2.2假定和约束 (3) 3需求规定 3.1对功能的规定 (4) 3.2结构图 3.2.1系统结构图 (4) 3.2.2功能结构图 (4) 3.2.3数据流词条描述 (5) 3.3对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (6) 3.2.3灵活性 (6) 3.4输人输出要求 (6) 3.5故障处理要求 (6) 3.6系统安全性要求 (6) 3.6其他专门要求 (6) 4运行环境规定 4.1设备 (7) 4.2支持软件 (7) 4.3接口 (7) 4.3.1 内部接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通讯接口 (7) 4.4控制 (8)

1 引言 1.1编写目的 为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解,使之对整个开发工作的基础,明确系统需要实现的功能,确定需求边界。特编制本文档。本文档一经确认,将成为系统开发人员进行开发以及用户对系统验收的依据。 本文档的预期读者有:本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。 1.2背景 开发软件的名称:学生课程管理系统 项目的任务提出者:燕京理工学院信息院郭文月 用户:学生 实现软件的单位:1404班郭文月学生 兼容系统:Windows XP SP2/SP3,win7 ,win8 开发工具:Myeclipse 10 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 [1]《软件工程模型与方法》,肖丁等,北京邮电大学出版社。 [2]《https://www.360docs.net/doc/97971879.html,+Dreamweaver8案例精粹》武新华等,西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》,陈承欢,清华大学出版社 2任务概述 2.1目标 课程的管理:包括课程的添加,修改和删除等 学生信息的管理:包括学生信息的添加,修改和删除等 学生课程的管理:包括学生通过浏览器进行添加登录用户,学生添加课程的学分信息等。 | 2.2假定和约束 经费限制:100万 开发时间:六个月之内 3需求规定 3.1对功能的规定

客户服务中心系统功能需求书

客户服务中心系统 功能需求书 XXX电视网络(集团)股份有限公司 客户服务部 二0一四年四月 目录 前言 5

第一部分总述 6 第一章总则 6 1.1 概述 6 1.2 设计原则 6 1.3 适用范围 6 1.4 编制单位及解释权 6 第二章总体架构和功能描述7 2.1 功能框架图7 2.2 功能框架描述8 第三章桌面展示框架9 3.1 概述9 3.2 C/S结构9 3.3 B/S结构9 3.4 C/S+B/S结构的应用模式10 3.5 定制11 第二部分生产运作系统12 第一章客服中心(呼叫中心)系统功能12 1.1 系统功能概述12 1.2 自动语音应答系统功能(语音导航)12 1.3 话务转接功能13 1.4 座席接续功能及接续状态13 第二章客户信息管理及分层服务系统功能17 2.1 客户信息管理 17 2.2 客户分层服务功能 19 第三章基本呼入业务系统功能22 3.1 系统功能概述22 3.2 系统功能要求22 3.3 呼入业务流程22 3.4 界面要求23 3.5 呼入业务功能24 第四章呼出系统功能27 4.1 概述27 4.2 呼出流程27 4.3 功能描述(即流程说明)27 4.4 界面展示30 4.5 查询统计31 第五章媒体接触功能32 5.1 电子邮件32 5.2 传真32 5.3 短信、微信、微博32 5.4 网站32

第三部分管理支撑系统33 第一章电子工单系统33 1.1 概述33 1.2 工单运营流程33 1.3 系统功能描述35 1.4 界面显示内容38 1.5 查询统计39 第二章知识管理系统(知识库、公告便笺)40 2.1 概述40 2.2 知识库管理系统功能40 2.3 公告系统功能43 2.4 便笺系统功能43 第三章员工管理系统44 3.1 概述44 3.2 人事管理系统45 3.3 考试培训管理系统46 3.4 排班管理系统48 3.5 绩效管理系统49 第四章质检考评系统(服务评价系统)49 4.1 概述49 4.2 业务分类50 4.3 质检考评系统功能要求51 4.4 质检考评系统界面要求52 4.5 质检考评系统查询统计53 4.6 全面服务考核功能53 第五章数据统计和分析系统53 5.1 概述53 5.2 统计报表功能54 5.3 数据分析57 第四部分系统管理功能59 第一章权限管理功能59 1.1 概述59 1.2 登录管理59 1.3 人员管理60 1.4 角色管理60 1.5 功能权限管理60 第二章监控管理功能61 2.1 概述61 2.2 系统监控功能61 2.3本地集中网管系统监控功能61 2.4台席监控功能62 2.5主机监控功能62

手机销售管理系统需求说明书

{ 手机销售管理系统} 产品需求规格说明书 项目经理: 开发经理: 系统工程师: 组员:

版本历史

目录 0. 文档介绍 (5) 0.1文档目的 (5) 0.2文档范围 (5) 0.3读者对象 (5) 0.4参考文档 (5) 0.5术语与缩写解释 (5) 1. 产品介绍 (7) 2. 产品面向的用户群体 (7) 3. 产品应当遵循的标准或规范 (7) 4. 产品范围 (7) 5. 产品中的角色 (8) 6. 产品的功能性需求 (8) 6.0功能性需求分类 (8) 6.1系统管理 (9) 6.1.1 数据库路径设置 (9) 6.1.2 用户登录验证 (9) 6.1.3 用户管理 (9) 6.1.4 系统日志 (10) 6.1.5 退出系统 (11) 6.2基本数据管理 (11) 6.2.1 资产分类设置 (11) 6.2.2 资产单位设置 (12) 6.2.3 部门信息设置 (12) 6.3固定资产管理 (12) 6.3.1 资产入库 (12) 6.3.2 资产修改、删除 (13) 6.3.3 资产调拨 (13) 6.3.4 资产借出 (13) 6.3.5 资产送修 (13) 6.3.6 资产归还 (14) 6.3.7 资产折旧 (14) 6.3.8 资产注销 (14) 6.4统计查询 (15) 6.4.1 资产查询 (15) 6.4.2 资产转移记录 (15)

6.4.3 报表打印 (15) 6.5系统帮助 (15) 6.4.3 帮助文档 (16) 7. 产品的非功能性需求 (16) 7.1用户界面需求 (16) 7.2软硬件环境需求 (16) 7.3产品质量需求 (16) 7.N 其他需求 (17) 附录A:需求建模与分析报告 (18) A.1需求模型1 (18) A.N 需求模型N (18) 附录B:需求确认 (19)

农贸市场信息系统需求规格说明书

农贸市场信息管理系统
农贸市场信息管理系统 需求规格说明书
1 / 17

农贸市场信息管理系统
文件状态: [ ] 草稿 [√] 正式发布 [ ] 正在修改
系统名称: 当前版本: 作 者: 完成日期:
农贸市场信息管理系统
王金鑫 季猛 袁梦 李美林 2016 年 6 月 22 日
目录
1 文档介绍 ................................................................. 3 1.1 文档目的 ............................................................. 3 1.2 文档范围 ............................................................. 4 1.3 读者对象 ............................................................. 4 1.4 参考文档 ............................................................. 4 1.5 术语与缩写解释 ....................................................... 5
2 / 17

农贸市场信息管理系统
2 产品介绍 ................................................................. 5 3 产品面向的用户群体 ....................................................... 6 4 产品应当遵循的标准或规范 ................................................. 6 5 产品范围 ................................................................. 6 6 产品中的角色 ............................................................. 6 7 产品的功能性需求 ......................................................... 7
7.1 功能性需求分类....................................................... 7 7.2 用例图............................................................... 8 7.3 用例描述............................................................ 11 8 产品的非功能性需求 ...................................................... 12 8.1 用户界面需求...................................................... 13 8.2 产品质量需求........................................................ 14 9 开发及运行环境 .......................................................... 15 9.1 开发环境............................................................ 15 9.2 运行环境............................................................ 16 10 开发团队及分工 ......................................................... 16
1 文档介绍 1.1文档目的
3 / 17

运维管理系统需求说明书

1概述 1.1开发背景和意义 随着公司规模的迅速扩大,现行的纯纸质化办公,效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公,成为日常办公的严重制约。尤其是需要审批的事项,如果遇到审批人出差或不在公司,往往需要等待,协调的成本很高,工作决策不能及时进行,大大降低了工作效率。开发审批系统,使得申请人和审批人不受地域和时间限制,审批流程自动流转,相关人可以快键协调。 1.2开发目标 系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性,减少系统间的相互依赖,使其能单独运行,便于开发和维护,也有利于以后的扩充,做到与其他业务系统的高内聚、松耦合。 特别强调系统的用户体验,以及与实际审批业务的贴合性,真正方便用户的申请和审批业务快键开展。 1.3主要内容 系统主要内容包括: (1) 考勤管理:员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。 (2)转正申请:员工完成试用期,进入转正审批环节,完成该环节后,成为正式员工。 (3)物资申请:办公用物资的申请和审批。 1.4用户对象 包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。

1.5业务数据时间要求 针对用户对数据的要求,业务数据做永久性保存,部分业务数据可转入查询库中作为历史数据供查询使用。 2功能需求 2.1功能框架 2.1.1总体框架 操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况 空间使用情况 OS日志 进程情况 计划任务情况 时钟偏差 端口使用情况 路由表 一页查看 多操作系统执行命令: 中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况 rman备份情况 不良sql 未使用的索引 大表数据量 alert文件报错

相关文档
最新文档