X系统软件需求规约说明书_模板

X系统软件需求规约说明书_模板
X系统软件需求规约说明书_模板

X系统软件需求规约说明书

福建师范大学软件学院

2011年8月

1简介 (4)

1.1目的 (4)

1.2范围 (4)

1.3定义、首字母缩写词和缩略语 (4)

1.4参考资料 (6)

2项目概述 (7)

2.1产品描述 (7)

2.2产品功能 (10)

2.3用户特点 (11)

2.4运行环境 (11)

2.5一般约束 (11)

2.6假设和依据 (12)

3功能需求 (12)

3.1专业课程管理子系统 (12)

3.1.1 用例图 (12)

3.1.2 用例概述 (13)

3.1.3 界面原型 (13)

3.2教学资源管理子系统.................................................................... 错误!未定义书签。

3.2.1 用例图 .................................................................................... 错误!未定义书签。

3.2.2 用例概述 ................................................................................ 错误!未定义书签。

3.2.2 界面原型 ................................................................................ 错误!未定义书签。

3.3课程资源管理子系统.................................................................... 错误!未定义书签。

3.3.1 用例图 .................................................................................... 错误!未定义书签。

3.3.2 用例概述 ................................................................................ 错误!未定义书签。

3.3.3 界面原型 ................................................................................ 错误!未定义书签。

3.4资源分发管理子系统.................................................................... 错误!未定义书签。

3.4.1用例图 ..................................................................................... 错误!未定义书签。

3.4.2用例概述 ................................................................................. 错误!未定义书签。

3.4.3界面原型 ................................................................................. 错误!未定义书签。

3.5门户管理子系统............................................................................ 错误!未定义书签。

3.5.1 用例图 .................................................................................... 错误!未定义书签。

3.5.2 用例概述 ................................................................................ 错误!未定义书签。

3.5.3 界面原型 ................................................................................ 错误!未定义书签。

3.6系统管理子系统............................................................................ 错误!未定义书签。

3.6.1用例图 ..................................................................................... 错误!未定义书签。

3.6.1用例概述 ................................................................................. 错误!未定义书签。

3.6.1界面原型 ................................................................................. 错误!未定义书签。4非功能需求 .. (16)

4.1 安全性 (16)

4.2 易用性 (16)

4.3 可靠性 (16)

4.4 性能 (17)

4.5 可维护性、可扩展性和适应性 (17)

5.附录 (18)

5.1教育资源分类体系 (18)

5.2 课程资源库分类体系 (19)

5.3 模板资源库分类体系 (19)

1简介

项目组先期就X系统的建设问题进行了深入研究,分析了X系统的业务需求。项目组制订本文档,作为X系统业务需求的具体描述,该文档将指导系统的设计、开发及实施工作,该文档所描述的业务流程作为X系统实施后有关部门和人员验收系统的依据和参考资料。

1.1目的

本文档明确X系统需要完成的内容,建立系统逻辑模型,准确表达用户的需求。

本文档的读者包括:技术部门以及服务支持的有关人员、X开发组成员等。

1.2范围

X系统涉及内容包括:专业课程管理、……等。

1.3定义、首字母缩写词和缩略语

本文档出现的缩略词

1.4参考资料

2项目概述

针对……的问题,这一部分概述了定义产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。

2.1产品描述

X系统与其他系统之间关系如图2-1所示。

(1)与教学管理系统的集成

●能将教学管理系统中已有的多媒体课件、试题、试卷、作业等大量教学资源存放到远程X系统的标准资源库中,以使现有资源得到充分利用;

●资源管理系统能将制作好,通过审核的课件发布给教学管理系统,从而为网络教学提供强有力的资源支撑;

●资源管理系统能使用教学管理系统中已存在的用户信息,如用户名、密码以实现一站式登录;

●资源管理系统能使用教学管理系统中的专业信息、课程信息以实现资源的科学分类;

●资源管理系统能使用教学管理系统中的角色信息,以保证系统使用的安全性;

●资源评价和资源统计信息提供给教学管理系统使用,为资源的检索提供有价值的线索。

(2)与音视频答疑互动平台的集成

●能将音视频答疑互动平台中已存在的大量音视频资源导入到资源管理系统的标准资源库中,使得在课件制作中能充分利用这些宝贵的音视频素材,不仅节省课件制作成本,还能提高课件制作效率。

●资源管理系统能将制作好,通过审核的音、视频资源发布给音视频答疑互动平台,从而为互动平台提供强有力的资源支持;

(3)与交流社区的集成

远程X系统能为交流社区提供接口使得对资源评价的信息可存储到标准资源库中,这样不仅能为资源正确评价提供坚实基础,也能为检索资源提供有价值的参考。

(4)与分站点中心资源平台的集成

教学资源库中的指定资源可以在指定的时间自动、可靠、安全地分发至指定的远程分站点中心上,在远程教学过程中可直接访问相应的分站点中心的服务器上资源,从而减轻中心站点的负载,提高中心站点的性能,使校院的远程教学得以顺利、高效地开展。

(5)与短信平台的集成

在教学资资源分发至远程分站点中心过程中的监控信息可以通过短信平台发送给相关负责人,以便随时对分发过程进行必要的监控和管理,使得对分发过程的监控更加方便、灵活、有效。教学管理系统中的用户及角色信息、教师的基本信息、已有的专业课程指导性计划、专业课程的执行计划及课程要能被远程X 系统所使用;远程X系统中新课件、专业课程指导性计划、专业课程的执行计划及课程要能直接为教学管理系统使用,以后教学管理系统的这部分数据加工、存储、检索等功能全部交由远程X系统实现。

图2-1:远程教育平台系统间关系

系统总体建设目标:以服务教学为宗旨,采用成熟先进的信息技术,基于国际和国内资源建设标准,实现教学资源的科学分类、集中存储和管理、快捷、稳定的资源发布和分发,满足对教学资源的高度共享和平台互操作需求。具体而言,

完成以下业务目标:

(1)以服务教学为目标,为远程教育提供教学资源支持;

(2)实现资源的高度共享、可重用和平台间互操作;

(3)提供操作灵活,满足国际和国内资源标准建设的资源制作平台;

(4)建设统一的、符合国际技术规范标准的、课程内在逻辑关系构建的教学资源库;

(5)实现资源的科学分类,集中存储和管理,保证资源安全;

(6)为学习管理系统提供及时、动态的资源发布服务;

(7)为中心站点提供稳定、快捷的资源分发服务;

2.2产品功能

系统主要由六个子系统组成:①专业课程管理、②教学资源管理、③课程资源管理、④资源发布与分发管理、④门户管理和⑤系统管理等,其功能结构如图2-2所示,各子系统功能关系如图2-3所示。这些部分的具体功能将在文档的功能需求部分详细说明。

图2-3:远程X系统功能图

2.3用户特点

预期用户角色:资源管理员、教学管理员、内容制作者、课程教师、学生、系统管理员

预期用户特点:基本熟悉业务,但对计算机操作不够熟练。

2.4运行环境

(1)硬件环境

客户端:Pentium 100以上,内存32M,硬盘剩余空间不能小于100M

应用服务器:Tomcat5.0或Weblogic所支持的任何服务器,双网卡

数据库服务器:ORACLE数据库服务器所支持的任何服务器

(2)软件环境

客户端:IE5.0及以上

应用服务器:WebLogic8.2或Tomcat5.0

数据库:ORACLE9i

(3)网络环境

客户端:网络接入教育网、中国电信、中国网通之一即可

服务器:网络接入教育网、中国电信、中国网通

2.5一般约束

远程X系统是远程教育平台的有机组成部分,必须实现与现有平台和其他已有系统的无缝集成,同时,能整合已有资源到教学资源库中实现集中存储和管理。因此,在系统设计过程中必须满足以下约束:

1、目标约束:系统建设基于远程教育基础平台环境,以服务教学为目的;

2、集成约束:实现与其他已有系统集成,并为未来系统提供可集成的接口;

3、工作模式:浏览器/服务器(B/S)模式;

4、通信协议:遵循网络协议标准;

5、标准约束:资源建设符合SCORM和国家标准;

6、软件架构:基于J2EE架构

7、数据库:Oracle9i

8、部署和运行环境:Linux 和Windows Server ;

2.6假设和依据

X 系统是对现有资源业务管理的计算机实现,因此必须反映现实业务需求,为了统一对系统的理解,基于以下假设和依据来指导系统的设计和实现: 1、对资源采用分级管理:资源库-资源目录-资源,同时,资源采用分类管理 2、专业和课程设置与学习管理系统一致。

3、课程代码与学习管理系统一致,假设课程代码唯一。

4、相同课程代码的课程界定为同一门课程。

5、同一专业对应一个课程资源库;

6、一资源分类对应一个模板资源库;

7、 知识点依赖于知识单元;

3功能需求

3.1专业课程管理子系统

3.1.1 用例图

管理课程信息

管理专业信息

图3.1.1:专业课程管理子系统用例图3.1.2 用例概述

3.1.3 用例详述

3.1.3.1 管理专业信息

(1)界面原型

①管理专业信息主界面

②新建专业界面

③设置专业课程界面

(2)用例场景

4非功能需求

4.1 安全性

安全需求包括安全设施需求和安全性需求。要保证系统和数据的安全,必须有相应的安全设施。系统的安全性必须达到如下要求:

●只有经过系统授权的用户才能操作本系统。

●各功能只对授权的用户开放,未经授权的用户即使进入系统,也不能进

行操作

●内部应用与外部应用需要进行物理隔离、逻辑连通

●建立完善的系统日志管理系统

4.2 易用性

X系统涉及用户种类多,他们应能便捷、友好、简单的方式完成对系统访问以满足自身需求。

●界面风格统一

●尽量减少用户的输入操作,增加操作导航

●系统具有一定的灵活性,提供模板和数据导入导出

●系统的通用性、操作简单易学,实用性强

4.3 可靠性

X系统与其它外部系统交互协作,保证系统能可靠运行,意义十分重大。

●由于所有数据全部保存在服务器上,所以需要对服务器数据经常备份

●考虑到现有网络病毒泛滥,需要对现有系统尽可能安装防火墙或保护系

统以确保系统的正常运行

●支持断点续传,以保证资源可靠地发布

●要求系统能7*24稳定运行

●对系统运行状态监控,提供系统运行日志

4.4 性能

X系统为各类用户及外部提供教学资源的检索发现、存取、共享、互操作等功能的同时,要充分考虑性能需求:

●要能支持大量用户(不少于5000人)的并发访问

●系统的响应时间应小于10秒

4.5 可维护性、可扩展性和适应性

X系统不仅要考虑与现有系统的数据集成和功能集成,还要充分考虑因教育政策、教学模式的变更对系统的变更,因而系统的设计方案应易于理解,相关的文档资料应清晰、完整、一致,同时要有良好的功能、数据可扩展性以及对环境适应能力。

5.附录

5.1教育资源分类体系

图5-1:教育资源分类体系

5.2 课程资源库分类体系

图5.2课程资源库分类体系5.3 模板资源库分类体系

图5.3:模板资源库分类体系

软件需求分析说明书模板

保密级别:S 资料编号:SRS-[产品代号] -[序列号] 版本:V[*].[*] [产品型号名称(二号字体)] [部件型号名称(可选、小二号字体)] 软件需求分析说明书 共11页 编制: 审核: 审定: 会签: 批准: XXXXXXXXXX公司 [****]年[**]月[**]日

文档修改记录

目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移\转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)

[说明:本模板中的蓝色字体与橙色字体为说明性文字,在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者范围。 1.2 范围 说明: a.待开发的软件系统的名称; b.说明软件将干什么,如果需要的话,还要说明软件产品不干什么; c.描述所说明的软件的应用。应当: 1)尽可能精确地描述所有相关的利益、目的、以及最终目标。 2)如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相一致(例如,系统的需求规格说明)。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

软件需求规约

错误!未找到引用源。 错误!未指定书签。 错误!未指定书签。 用于<子系统或特性> 版本 <1.0> [注:以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体(样式=InfoBlue)显示的文本,它们用于向作者提供指导,在发布此文档之前应该将其删除。按此样式 输入的段落将被自动设置为普通样式(样式=Body Text)。] [要定制 Microsoft Word 中的自动字段(选中时显示灰色背景),请选择 File>Properties,然后将Title、Subject 和 Company 等字段替换为此文档的相应信息。关闭该对话框后,通过选择 Edit>Select All(或 Ctrl-A)并按 F9,或只是在字段上单击并按 F9,可以在整个文档中更新自动字段。对于页眉和页脚,这一操作必须单独进行。按 Alt-F9,将在显示字段名称和字段内容之间切换。有关字段处理的详细信息,请参见 Word 帮助。]

修订历史记录 日期版本说明作者<日/月/年> <详细信息><姓名>

目录 1. 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、首字母缩写词和缩略语 4 1.4 参考资料 4 1.5 概述 4 2. 整体说明 4 3. 具体需求 5 3.1 功能 5 3.1.1 <功能性需求一> 5 3.2 可用性 6 3.2.1 <可用性需求一> 6 3.3 可靠性 6 3.3.1 <可靠性需求一> 6 3.4 性能 6 3.4.1 <性能需求一> 7 3.5 可支持性7 3.5.1 <可支持性需求一> 7 3.6 设计约束7 3.6.1 <设计约束一> 7 3.7 联机用户文档和帮助系统需求7 3.8 购买的构件7 3.9 接口7 3.9.1 用户界面8 3.9.2 硬件接口8 3.9.3 软件接口8 3.9.4 通信接口8 3.10 许可需求8 3.11 法律、版权及其他声明8 3.12 适用的标准8 4. 支持信息8

软件需求规格说明书案例

软件开发方向 “成绩管理系统”软件需求规约 安博教育集团 二零零八年十月

修订历史记录

目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (6) 2.3 运行环境 (7) 2.4 假设与依赖 (7) 3 系统特性 (8) 3.1 系统角色 (8) 3.2 学生管理 (8) 3.2.1 增加学生信息 (8) 3.2.2 修改学生信息 (9) 3.2.3 删除学生信息 (9) 3.2.4 导入学生信息 (9) 3.3 教师管理 (9) 3.3.1 增加教师信息 (9) 3.3.2 修改教师信息 (9) 3.3.3 删除教师信息 (9)

3.3.4 导入教师信息 (9) 3.4 课程管理 (10) 3.4.1 增加课程基本信息 (10) 3.4.2 修改课程基本信息 (10) 3.4.3 删除课程基本信息 (10) 3.4.4 维护课程学生信息 (10) 3.5 成绩查询 (11) 3.5.1 学生查询成绩 (11) 3.5.2 教师查询成绩 (11) 3.6 成绩分析与统计 (11) 3.6.1 考试成绩表 (11) 3.6.2 班级各科平均成绩表 (11) 3.6.3 年级成绩排名表 (11) 3.7 系统维护 (12) 3.7.1 数据字典维护 (12) 4 非功能性需求 (12) 4.1 性能需求 (12) 4.2 安全性需求 (12) 4.3 可用性需求 (13) 4.4 用户文档 (13) 4.5 其它需求 (13) 5 外部接口需求 (14) 5.1 用户接口 (14) 5.2 硬件接口 (14)

软件需求规格说明书模板(超详细的哦)

WORD文档可编辑 X X X X X X单位 X X X X X X X项目 软件需求规格说明书 金碧信息科技

目录 第一章引言 (5) 1编写目的 (5) 2软件需求分析理论 (5) 3软件需求分析目标 (5) 4参考文献 (6) 第二章需求概述 (7) 1.项目背景 (7) 2.需求概述 (7) 3.条件与限制(可选) (8) 4.移动办公系统结构 (8) 5.移动办公网络拓扑图 (9) 第三章系统功能需求 (10) 1.移动办公系统升级改造需求 (10) 界面显示要求 (11) 待办公文列表 (11) 待办公文列表排序 (11) 公文详细信息界面元素 (11) 网站信息审批 (12) 会议申请 (12) 意见录入 (12) 移动邮件 (12) 会议管理 (13) 通知通告 (13) 通讯录管理 (14) 2.车辆管理模块升级改造需求 (14) 系统功能架构 (14) 网络拓扑结构 (15)

3.电子公文预览需求 (15) 电子公文交换网络 (16) 电子公文交换流程 (18) 4.政务信息管理系统平台功能需求 (19) 第四章软硬件或其他外部系统接口需求 (21) 1.用户界面 (21) 2.硬件需求 (22) 3.网络需求 (22) 4.接口需求 (22) 5.通信需求 (23) 6.运行环境 (23) 第五章其他非功能需求 (24) 1.性能需求 (24) 2.安全设施需求 (25) 3.安全性需求 (25) 4.扩展性需求 (26) 5.可移植性需求 (26)

第一章引言 1编写目的 为明确软件需求、安排项目规划与进度、组织软件开发与测试,撰写本文档。 2软件需求分析理论 软件需求分析(Software Reguirement Analysis)是研究用户需求得到的东西,完全理解用户对软件需求的完整功能,确认用户软件功能需求,建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端,也是项目实施最重要的关键点。据有关的机构分析结果表明,设计的软件产品存在不完整性、不正确性等问题80%以上是需求分析错误所导致的,而且由于需求分析错误造成根本性的功能问题尤为突出。因此,一个项目的成功软件需求分析是关键的一步。 3软件需求分析目标 软件需求分析的主要实现目标: 1)对实现软件的功能做全面的描述,帮助用户判断实现功能的正确性、一 致性和完整性,促使用户在软件设计启动之前周密地、全面地思考软件 需求; 2)了解和描述软件实现所需的全部信息,为软件设计、确认和验证提供一 个基准; 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据; 需求分析的具体内容可以归纳为六个方面:软件的功能需求,软件与硬件或其他外部系统接口,软件的非功能性需求,软件的反向需求,软件设计和实现上的限制,阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息,使得软件设计人员

影视业务电子商务平台_软件需求规约

项目编号: 影视业务电子商务平台 分类: <模板> 使用者: <项目组> 文档编号: HD20110717SR006 华迪信息技术有限 公司 软件需求规约V1.0 项目承担部门:新疆大学软件实习第一小组 撰写人(签名):宋登垚 完成日期:2012年7月3日 本文档使用部门:□主管领导■项目组■客户(市场)□维护人员■用户 评审负责人(签名): 评审日期:

标题: 影视业务电子商务平台软件需求规约 作者: 新疆大学软件实习第一小组 创建日期: 2012年6月30日 上次更新日期: 2012年6月3日 版本: V2.0 部门名称: 新疆大学软件实习第一小组 日期版本说明作者2012-6-30 V1.0 创建宋登垚2012-7-3 V2.0 评审定稿余翼

目录 1.简介4 1.1目的4 1.2围4 1.3定义、首字母缩写词和缩略语4 1.4参考资料4 2.整体说明4 3.具体需求4 3.1功能错误!未定义书签。 3.1.1信息发布子系统5 3.1.2后台电影管理5 3.1.3前台电影展示5 3.1.4在线购票与支付12 4. 性能 25 5. 接口 26

软件需求规约 1.简介 作为影视业务的官方,通过这个全方位的展示影视业务集团综合实力的目的,让成为宣传影城形象的全新基地、一个时尚的电子商务平台。 1.1目的 本软件需求规约主要是给对软件要实现的业务需求进行定义,以使各利益相关者就要开发的软件系统达成一致意见,并作为后续工作的基础和验收的标准。 1.2围 参见功能部分。 1.3定义、首字母缩写词和缩略语 VISTA系统:是目前用户在局域网使用的影院业务管理系统,购买于德国某公司的软件产品。 1.4参考资料 <<软件需求规约模板>> CMMI3标准 2.整体说明 本紫荆平台软件依靠目前紫荆用户使用的第三方win7软件系统,是Win7系统在互联网上的延伸,为用户搭建了在网上宣传自己、网上购票、网上团购、网上商城的电子商务平台。 3.具体需求

需求说明书模板

泵送零部件质量信息化之 自制大件钢印号管理需求分析说明书 Requirement Analysis Document 文档编号: 状态: ■草稿□发布□修改作者:寻浏平、王刚华

文档信息 修改记录

目录 1.引言 (4) 1.1编写目的 (4) 1.2项目背景 (4) 1.3术语定义 (4) 2.业务描述 (4) 2.1目标范围 (4) 2.2业务综述及总体流程 (4) 2.2.1业务流程图 (5) 2.2.2业务需求 (6) 2.3用户特性 (6) 2.4约定假设 (6) 3.功能需求 (7) 3.1 SAP新增自定义字段“钢印号”(F01) (8) 3.1.1功能模块流程图 (8) 3.1.2功能详细描述 (8) 3.2 MES下载订单主数据接口修改(F02) (10) 3.2.1功能模块流程图 (10) 3.2.2功能详细描述 (10) 3.3 MES终端钢印号报工功能修改(F03) (11) 3.4大件SAP/PDA收货功能(F04) (11) 3.5大件SAP/PDA出库钢印号记录功能(F05) (27) 3.6 MES返修订单质检功能(F06) (34) 3.6.1功能模块流程图 (34) 3.6.2功能详细描述 (35) 3.7 SAP大件(钢印号)可用库存查询功能(F06) (37) 4.业务编码规范 (41) 5.非功能性需求 (41) 5.1用户界面需求 (41) 5.2性能及压力需求 (41) 5.3安全需求 (41) 5.4环境需求 (41) 5.5产品质量要求 (42) 6. 批准确认 (42)

1.引言 1.1编写目的 将泵送制造本部钢印号管理业务需求转化为功能需求,为设计、开发、测试、实施人员提供参考依据。 1.2项目背景 目前泵送制造本部所有自制大件实物上都需打钢印号。实物上的钢印号编码是由制造部各工作中心根据既定的规则自行进行编码和打印钢印号的,MES系统只检验时才开始对钢印号与生产订单信息进行关联和记录。为加强对自制大件质量的管控,泵送质保部提出要对钢印号整个生命周期进行管控的需求。经泵送质保本部、泵送制造本部综合管理部、泵送制造本部物料管理部共同商讨决定对泵送自制大件实现从计划下达、生产制造、质量记录、生产返工、装配记录、售后质量追溯全生命周期的管理。 1.3术语定义 钢印号:为实现对自制大件生产过程质量追溯,自制大件组焊完成后在实物上打印的钢字码。钢印号一般包含以下信息:型号、生产日期、流水号等。 2.业务描述 2.1目标范围 泵送制造本部所有自制大件均需实现钢印号管理,先在转塔工作中心(转塔台和转塔座)实现和试用,优化完成后再推广到泵送制造本部其他大件。 2.2业务综述及总体流程 从整体描述项目业务需求及业务流程,相互关联,及总体流程图。

软件需求说明书模板.doc

软件需求说明书 (转载自国家计算机标准和文件模板) 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下: 1.引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者。 1.2 背景 说明: a.待开发的软件系统的名称; b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络; c.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2. 任务概述 2.1 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说

明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 用户的特点 列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使甩频度。这些是软件设计工作的重要约束。 2.3 假定和约束 列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。 3. 需求规定 3.1 对功能的规定 用列表的方式(例如IPO表即输入、处理、输出表的形式),逐项定量和定性地叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数。 3.2 对性能的规定 3.2.1 精度 说明对该软件的输入、输出数据精度的要求,可能包括传输过程中的精度。 3.2.2 时间特性要求 说明对于该软件的时间特性要求,如对: a.响应时间; b.更新处理时间; c.数据的转换和传送时间; d.解题时间;等的要求。 3.2.3 灵活性 说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如: a.操作方式上的变化; b.运行环境的变化;

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

[在此处键入]****系统 软件需求规格说明书Versio n 1.0

精品资料

修订历史记录

目录 1 引言 (5) 1.1 目的与范围 (5) 1.2 预期的读者 (5) 1.3 系统的范围 (5) 1.4 参考资料 (5) 1.5 术语、缩写词 (6) 2 当前系统 (6) 2.1 当前系统概述 (6) 2.2 当前系统存在的问题................................... 错误!未定义书签。 3 建议的系统 .............................................................. 错误!未定义书签。 3.1 建议系统概述......................................... 错误!未定义书签。 3.2 功能性需求概述....................................... 错误!未定义书签。 3.3 非功能性需求......................................... 错误!未定义书签。 3.3.1 用户界面与人员因素............................ 错误!未定义书签。 3.3.2 硬件考虑..................................... 错误!未定义书签。 3.3.3 性能特征..................................... 错误!未定义书签。 3.3.4 错误处理与极端情况............................ 错误!未定义书签。 3.3.5 系统接口..................................... 错误!未定义书签。 3.3.6 质量要求..................................... 错误!未定义书签。 3.3.7 物理环境..................................... 错误!未定义书签。 3.3.8 安全问题..................................... 错误!未定义书签。 3.3.9 资源问题..................................... 错误!未定义书签。 3.4 系统变更............................................. 错误!未定义书签。 3.5 约束( Constraints ) ................................................................................. 错误!未定义书签。 3.6 系统模型............................................. 错误!未定义书签。 3.6.1 用例模型 (6) 3.6.2 对象模型..................................... 错误!未定义书签。 4 附录 .................................................................... 错误!未定义书签。 4.1 NEMA 0183 格式简介 ................................... 错误!未定义书签。

最新整理cms内容管理系统需求规约新.doc

CMS内容管理系统软件需求规约 一、简介 1.概述 任何一个网页数目大于10的网站都需要内容管理,最简单的情况是网站的管理员来完成管理的任务,他制作所有的页面,并检查其中的连接,然后使用FTP工具上传到服务器上。但是随着网页数量的增加,情况发生了变化,对于一些经常更新的内容,比如新闻,许多网站开发自己的专用的发布系统来维护这些更新要求非常高的部分。动态网页技术的发展支持了这种方式。但随着网站信息量的不断增大,内容的种类也不断增多,仅仅支持新闻类内容的发布已经无法满足需求。这一切使得网站维护进入了“内容管理时代”。 2.目标 CMS内容管理系统是一套可以综合管理网站上各种栏目的通用工具,新闻、产品、文档、下载等,通过元数据管理和模板技术,它们都在同一套系统里完成更新和维护。 CMS内容管理系统包括二个主要模块:前台显示模块、后台管理模块。目标是实现前台内容的发布完全模块化、简单化。可以进行站点群的管理和内容分发,可以针对各种内容进行分类和发布管理。 3.范围 软件适用于政府、互联网企业、媒体企业及其它大型企业的网站管理。 4.用户 本系统涉及的后台管理用户有:系统管理员和一般管理员。 1)系统管理员:系统内置管理账户,应该由具有一定网络后台管理经验的

人员负责。主要任务有: 配置网站的一般信息 对注册用户进行添加,删除,修改管理 修改一般管理员的权限 信息的发布 各栏目的添加,删除,修改管理 各栏目模板修改和管理。 评论管理。 调查投票管理。 其它系统管理 2)一般管理员:根据系统管理员分配的权限进行部分栏目的管理。 二、整体说明 系统的各大模块和相互之间的关系:

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

组态建模工具需求规格说明书 西安电子科技大学 2011/5/19

目录

1概述 编写目的 指出编写《需求规格说明书》的目的。下面是示例: 编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解,它说明了本软件的各项功能需求、性能需求和数据需求,明确标识各项功能的具体含义,阐述实用背景及范围,提供客户解决问题或达到目标所需要的条件或权能,提供一个度量和遵循的基准。具体而言,编写软件需求说明的目的是为所开发的软件提出: a)软件设计总体要求,作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求,数据结构和采集要求,重要的接口要求,作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书,策划书等。术语和缩略词

2软件概要 软件总体描述 从总体上描述该软件的情况,包括软件的形式(网站,运行时系统,插件等)和软件的主要的功能,使读者对该软件有一个整体的认识。一般一两段话即可。 软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 ●开发环境: ●编程语言: ●遵循的规范:软件的设计和开发过程需要严格按照合同要求,根据软件的设计方 案来进行。软件开发过程应遵循软件工程规范,对过程和版本进行管理和控制。 ●测试环境:可以写明在什么单位测试,测试单位使用的软硬件环境。 ●软件交付形式: ●软件交付日期: ●其他:见合同。 使用者特点 指明软件的使用者具有的特定。示例: 本软件主要在甲方工作环境中使用,使用者包括项目管理人员,开发人员及工程师等,使用者在计算机的应用、使用上不存在障碍,都在计算机的操作和使用方面得到过相关的培训。

需求规约模板(System Requirement Specification)

Software Requirements Specification for Version 1.0 approved Prepared by

Table of Contents Table of Contents (ii) Revision History (ii) 1. Introduction (1) 1.1 Purpose (1) 1.2 Document Conventions (1) 1.3 Intended Audience and Reading Suggestions (1) 1.4 Project Scope (1) 1.5 References (1) 2. Overall Description (2) 2.1 Product Perspective (2) 2.2 Product Features (2) 2.3 User Classes and Characteristics (2) 2.4 Operating Environment (2) 2.5 Design and Implementation Constraints (2) 2.6 User Documentation (2) 2.7 Assumptions and Dependencies (3) 3. System Features (3) 3.1 System Feature 1 (3) 3.2 System Feature 2 (and so on) (4) 4. External Interface Requirements (4) 4.1 User Interfaces (4) 4.2 Hardware Interfaces (4) 4.3 Software Interfaces (4) 4.4 Communications Interfaces (4) 5. Other Nonfunctional Requirements (5) 5.1 Performance Requirements (5) 5.2 Safety Requirements (5) 5.3 Security Requirements (5) 5.4 Software Quality Attributes (5) 6. Other Requirements (5) Appendix A: Glossary (5) Appendix B: Analysis Models (6) Appendix C: Issues List (6) Revision History

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

软件需求规格说明书 文件编号: QMS—PROC-RD02 版本:1.0 受控签章

修改历史

目录 1引言 (2) 1.1目的 (2) 1.2背景 (2) 1.3术语 (2) 1.4预期读者与阅读建议 (2) 1.5参考资料 (2) 1.6需求描述约定 (2) 2.项目概述 (2) 2.1系统功能 (2) 2.2业务描述 (2) 2.3数据流程描述(可选) (2) 2.4用户的特点 (2) 2.5运行环境要求 (2) 2.6设计和实现上的限制 (2) 3.功能需求的描述 (2) 4.非功能需求 (2) 4.1系统性能要求 (2) 4.2系统安全及保密要求 (2) 4.3系统备份与恢复要求 (2) 4.4系统日志 (2) 5.外部接口说明 (2) 6.其他需求 (2) 7 需求变更识别 (2) 8.功能列表 (2) 9.附件 (2)

1引言 1.1 目的 说明编写这份软件需求规格说明书的目的,如:通过本文档定义XXX产品的需求,以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景,包括: a.需开发的软件系统的名称,和英文缩写(可选),项目编号(可选); b.列出此项目的任务提出者、开发者 c.软件系统应用范围、用户。 d.产生该系统需求的原因或起源,如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者,以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料,如: a.本项目经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d.行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

软件需求规格说明书模板

<项目名称> 软件需求说明书 作者: 完成日期: 签收人: 签收日期:

版本情况记录:

目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 项目概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 一般约束 (2) 2.5 假设和依据 (3) 3 具体需求 (3) 3.1 功能需求 (3) 3.1.1 功能需求13 3.1.2 功能需求24 3.1.n 功能需求n (5) 3.2 外部接口需求 (5) 3.2.1 用户接口.. 5 3.2.3 软件接口.. 5 3.3 性能需求 (6) 3.5 属性 (7) 3.5.1 可用性 (7) 3.5.2 安全性 (7) 3.5.3 可维护性.. 7 3.5.5 警告 (8) 3.6 其他需求 (8) 3.6.1 数据库 (8) 3.6.2 操作 (8) 3.6.3 场合适应性需求 (9) 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者范围。0.5

1.2 范围 说明: a.待开发的软件系统的名称; b.说明软件将干什么,如果需要的话,还要说明软件产品不干什么; c.描述所说明的软件的应用。应当: 1)尽可能精确地描述所有相关的利益、目的、以及最终目标。 2)如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相一致(例如,系统的需求规格说明)。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2 项目概述 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 产品功能

软件需求规约(带有用例)Software Requirements Specification

软件需求规约: 用于<子系统或特性> Software Requirements Specification 项目名称:项目名称 摘要: 相关文档: 修改记录:

目录 1简介 (3) 1.1目的 (3) 1.2范围 (3) 1.3定义、首字母缩写词和缩略语 (3) 1.4参考资料 (3) 1.5概述 (4) 2整体说明 (4) 2.1用例模型调查 (4) 2.2假设与依赖关系 (4) 3具体需求 (4) 3.1用例报告 (4) 3.2补充需求 (5) 4支持信息 (5)

1简介 [软件需求规约(SRS)的简介应提供整个文档的概述。它应包括软件需求规约的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] [软件需求规约记录对系统或系统的一部分的完整软件需求。以下是一个典型的软件需求规约概述,用于涉及用例建模的项目。此工件由一个包组成,该包包含用例模型的用例、适合的补充规约以及其他支持信息。有些软件需求规约没有采用用例建模,它在一个文档中记录了所有需求,而适用的部分可从补充规约(此后将不再需要)中插入,这种软件需求规约的模板请参见rup_srs.dot。] [软件需求规约可能会有许多不同的组织方式。有关以上两种组织方式的进一步阐述以及软件需求规约的其他组织方式,请参见[IEEE93]。] 1.1 目的 [阐明此软件需求规约的目的。]软件需求规约应详细地说明所确定的应用程序或子系统的外部行为。它还要说明非功能性需求、设计约束以及提供完整、综合的软件需求说明所需的其他因素。] 1.2 范围 [简要说明此软件需求规约适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型,以及受到此文档影响的任何其他事物。] 1.3 定义、首字母缩写词和缩略语 [本小节应提供正确解释此软件需求规约所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。] 1.4 参考资料 [本小节应完整地列出此软件需求规约中其他部分所引用的所有文档。每个文档应标有标题、报告号(如果适用)、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。]

需求规约说明书

需求规约说明书 电子商务管理系统 目录 1.引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (4)

1.4 参考资料 (4) 2.任务概述 (4) 2.1 目标 (4) 2.2 用户特点 (4) 2.3 用例模型 (4) 3.需求规定 (5) 3.1 对功能的规定 (5) 3.2 补充需求 (5) 3.2.1 灵活性 (5) 3.2.2 精度 (5) 3.3 故障处理要求 (5) 3.4 其他专门要求 (6) 4.运行环境规定 (6) 4.1 设备 (6) 4.2 支持软件 (6) 4.3 接口 (7) 4.3.1 用户接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通信接口 (7) 4.4 控制 (7)

1.引言 1.1 编写目的 20 人左右团队计划8 个月时间为某个家具公司开发一个小型电子商务管理系统。该系统能够为用户提供产品展示、售前咨询、在线定制、网上交易、物流跟踪、售后服务等功能。 按照软件项目开发计划书所确定的工作范围为指南。为明确软件需求,明细该项目的数据流向和数据结构,为设计阶段打下坚实的基础;确定系统功能,设计时应遵循的原则,约束条件以及性能等要求;建立和保持与用户之间的通信,确保以后的工作能够比较顺利的开展,撰写需求规格说明书即当前文档。 本需求规格说明书是为了开发学生信息管理系统而编写,主要面向系统分析员、程序员、测试员、实施员和最终用户。 本说明书是整个软件开发的依据,它对以后阶段的工作起指导作用,也是项目完成后系统验收的依据。 1.2 背景 待开发的系统的名称:小型电子商务管理系统项目的任务提出者:项目经理开发者:20 人左右团队 用户: 本文档面向多种读者对象: (1)项目经理:项目经理可以根据该文档了解预期产品的功能,并据此进行系统设计、 项目管理。 (2)开发员- 设计员:对需求进行分析,并设计出系统,包括数据库的设计。 (3)开发员- 程序员:配合《设计报告》,了解系统功能,编写《用户手册》。 (4)测试员:根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。 (5)销售人员:了解预期产品的功能和性能。 (6)用户:了解预期产品的功能和性能,并与分析人员一起对整个需求进行讨论和协商。 (7)其他人员:如部门领导、公司领导等可以据此了解产品的功能和性能。兼容系统: Windows XP SP2/SP3 、server 2003 、Vista 、Windows 7 开发工具:https://www.360docs.net/doc/661760256.html,+ Microsoft SQL Server 2005 在阅读本文档时,首先要了解产品的功能概貌,然后可以根据自身的需要对每一功能进行适当的了解。

需求规格说明书模板4种版本

需求规格说明书(ISO标准版) 编者说明: 当需求调查、分析工作告一段落时,你就需要将这些需求进行规格化描述,整理成文,即软件需求规格说明书,也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远,但还是颇具参考价值的。 1.引言 1.1编写的目的 [说明编写这份需求说明书的目的,指出预期的读者。] 1.2背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户; c. 该系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出用得着的参考资料。] 2.任务概述 2.1目标 [叙述该系统开发的意图、应用目标、作用围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2用户的特点 [列出本系统的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本系统的预期使用频度。] 2.3假定和约束 [列出进行本系统开发工作的假定和约束。] 3.需求规定 3.1对功能的规定 [用列表的方式,逐项定量和定性地叙述对系统所提出的功能要求,说明输入什么量、经怎么样的处理、得到什么输出,说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] 3.2 对性能的规定 3.2.1精度 [说明对该系统的输入、输出数据精度的要求,可能包括传输过程中的精度。] 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求,即当需求发生某些变化时,该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型,并逐项说明其媒体、格式、数值围、精度等。对系统

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

软件需求规格说明书 文件编号:QMS—PROC-RD02 版本:1.0 受控签章

修改历史

目录 1引言 (4) 1.1目的 (4) 1.2背景 (4) 1.3术语 (4) 1.4预期读者与阅读建议 (4) 1.5参考资料 (4) 1.6需求描述约定 (5) 2.项目概述 (6) 2.1系统功能 (6) 2.2业务描述 (6) 2.3数据流程描述(可选) (6) 2.4用户的特点 (6) 2.5运行环境要求 (6) 2.6设计和实现上的限制 (6) 3.功能需求的描述 (6) 4.非功能需求 (7) 4.1系统性能要求 (7) 4.2系统安全及保密要求 (7) 4.3系统备份与恢复要求 (7) 4.4系统日志 (7) 5.外部接口说明 (7) 6.其他需求 (8) 7 需求变更识别 (8) 8.功能列表 (8) 9.附件 (8)

1引言 1.1 目的 说明编写这份软件需求规格说明书的目的,如:通过本文档定义XXX产品的需求,以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景,包括: a.需开发的软件系统的名称,和英文缩写(可选),项目编号(可选); b.列出此项目的任务提出者、开发者 c.软件系统应用范围、用户。 d.产生该系统需求的原因或起源,如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者,以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料,如: a.本项目经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d.行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

软件需求规约

软件需求规约

修订历史记录

1引言 (4) 1.1编写目的 (4) 1.2范围 (4) 1.3背景 (4) 1.4术语定义 (4) 1.5参考资料 (5) 1.6概述 (5) 2概述 (5) 2.1系统概述 (5) 2.1.1概述 (5) 2.1.2流程分析 (5) 2.2用户分析 (6) 2.3约束 (7) 2.3.1一般约束 (7) 2.3.2隐含约束 (7) 2.4假设和依据 (7) 3具体需求 (7) 3.1功能性需求 (7) 3.1.1功能性需求分类 (7) 3.1.2网站 (8) 3.1.3BBS .................................................................................................... 错误!未定义书签。 3.2非功能性需求 (10) 3.2.1可用性 (10) 3.2.2可靠性 (10) 3.2.3性能 (10) 3.2.4可支持性 (10) 3.2.5设计约束 (10) 3.2.6安全性 (11) 3.2.7用户界面 (11) 3.2.8软件接口 (11) 3.2.9法律、版权及其他声明 (11)

1引言 1.1编写目的 编写该文档目的在于明确系统范围,并规范的记录该系统的各项需求指标与约束。 1.2范围 该文档定义了项目需求的所有内容,包括:背景概述、高层需求定义与约束、以及精确需求定义(功能性需求与非功能性需求)。 1.3背景 云开大学创建于上世纪20年代,占地148万平方米,建筑面积104万平方米,校园网络设施先进。该大学是一所学科门类齐全的研究型综合大学之一,具备培养学士、硕士、博士和博士后的完整教育体系。现有各类学生2万多人,其中本科生12707人,硕士研究生7112人,博士研究生2530人,留学生1085人,成人教育学生5324人。 云开大学教务处和学生会对不同年级的在校生做了一个普遍调查:几乎绝大部分学生在校期间,需要购买和处理很多的耐用品,他们还需要自己购买其他学习资料,生活用品,或者礼品等。但是,有些物品属于耐用品,他们使用次数有限一旦在他们用完之后,基本很少使用,往往是存放到柜子底层,到最后毕业的时候却很难再有效利用,或者丢弃,或者打包卖给旧品店。而在这期间,其他同学也可能需要这些物品,他们无奈之下只好再去购买,然后也以相同的方式处理。因此,这样给学生造成了极大的浪费,他们如果能够从别的同学那里找到他们需要的物品,通过与同学之间交换或是以二手物品买卖的方式获得这些资料,将为大家省掉那些不必要的开销。 因此,教务处希望为在校学生提供一个平台,要求学生提供必要信息完成注册,然后发布二手物品销售信息,信息接受者在收到信息后,通过联系请求者完成二手物品买卖,从而实现资料共享或者旧物平多次利用,并创建良好的校园学习氛围。于是,教务处委托XXXX 公司,负责该项目的需求调研开发与实施,并正式命名该项目为XXXX,同时任命某同学担任项目经理职务,负责组建开发团队。 1.4术语定义

相关文档
最新文档