管理信息系统需求分析说明书模板
学生信息管理系统项目需求分析说明书
学生信息管理系统项目需求分析说明书文档作者：项目组长：批准人：批准日期：目录1绪论 (2)1.1 课题研究背景 (2)1.2 国内外研究动态 (2)1.3 选题的意义和价值 (3)2 相关技术简介 (4)2.1 开发技术的选择 (4)2.2 项目开发的工具 (5)2.2.1 MYECLIPSE简介 (5)2.2.2 MYSQL简介 (5)2.2.3 TOMCAT简介 (5)2.3 数据库的连接 (6)3系统需求分析 (6)3.1 可行性分析 (6)3.2 功能需求分析 (7)3.3 性能要求分析 (7)3.4运行环境规定 (8)1绪论1.1 课题研究背景随着我国教育产业化的飞速发展，社会对教育水平和教学管理软硬件的要求日益提高，尤其是对一个学校能够具有一整套完善的教学管理软件提出了更多的要求。
为了适应这种形式，教育系统尤其是大学不仅首先要有坚实的硬件基础，还要有一整套完善的教学管理软件管理系统。
而要实现这一功能，就要求学校管理者配备一套高效的教育管理网络系统，以便在学校内实施良好的一整套完善的管理且以最快地速度响应教师和学生的需求，及时为他们提供服务，为他们提供一个高效、便捷的环境。
学生信息管理系统是校园网络中一个重要的应用系统，它大大改善了学校教学、科研与管理的基础环境，在一定程度上反映出学校管理现代化的水平。
1.2 国内外研究动态管理信息系统(MIS)是进行信息的采集、存储、加工、维护和使用的系统。
它是随着管理科学和技术科学的发展而形成的。
MIS的发展与计算机网络技术的发展是紧密相关的，随着Internet/Intranet技术的广泛应用，MIS的体系结构也发生很大的变化，从以往基于C/S结构的数据访问及安全体系发展到当前的基于B/S结构体系。
学生信息管理系统是典型的管理信息系统（MIS），其系统开发主要包括数据库的规划设计与维护和客户端应用程序的开发两个方面。
对于前者要求建立起的数据库具有完整性和一致性，且具有一定的数据安全性，而对于后者则要求程序界面友好、功能完备，容易使用，具有流行软件的操作习惯等特点。
系统软件需求和需求分析说明书模板(用例图+界面+文档)复习过程
1系统需求和需求分析说明书模板Mohit系统需求和需求分析说明书模板第一部分概述1．项目名称及背景➢项目名称➢开发背景2．文档说明第二部分任务说明1．功能概述2．用户环境浏览器(如IE 6以上版本)+网络开发(生产)环境:第三部分需求分析1．实现功能➢系统用例图用户业务逻辑如下图所示：➢管理员功能清单功能编号功能名称文中标题编号备注101 人事管理101001 机构管理101002 部门管理101003 员工管理➢普通用户功能清单2．用例说明➢ [用例1]用例图●●描述●参与者用例图●●描述●参与者●描述●参与者➢[用例4] ●用例图●描述●参与者➢[用例5] ●用例图●描述●参与者➢[用例6 ●用例图●描述●参与者➢[用例7] ●用例图●描述●参与者➢[用例8]●用例图撤消删除回收站彻底删除●描述回收站：显示被删除的文件，可以撤消删除，也可以彻底删除文件。
●参与者//*参与者，参与用例的对象*// ➢[用例9]●描述文件搜索功能：可以按条件查询需要的文件。
●参与者//*参与者，参与用例的对象*// ➢[用例10]●用例图●描述●参与者➢[用例11] ●用例图●描述●参与者➢[用例12] ●用例图●描述●参与者➢[用例13]●用例图●描述●参与者➢[用例14]●用例图●描述●参与者3．用例关系附1.2 系统设计说明书模板系统设计说明书版本历史第一部分概述1．文档说明2．系统需求概述第二部分系统总体结构第三部分系统设计类图//*系统中主要的、关键实体类图，参考图如下*//➢[用例1]实现●时序图//用例1的时序图，参考图如下*//描述界面设计1．公共模块界面设计说明：页面设计要求尽量使用div布局完成。
所有的GridView要求实现分页功能。
图1.1用户登陆首页用户登陆首页要求：只有当用户名、密码都正确时才能通过验证。
图1.3 普通用户登录后看到的界面普通会员登录后的主页面要求：直接到个人签到页面，其他同管理员登录。
管理信息系统需求分析说明书模板
管理信息系统系统需求分析说明书文档名称：管理信息系统需求分析说明书文档编号：AICBS-SAS-子系统模块名-0版本号：0.0.0建立日期：2004年xx月xx日电子版名：需求分析说明书.docConfidential（机密）共页文档修改记录序号日期版本修改内容说明修改原因作者1 2004 年xx 月0.0.0 新建新建xx 日目录1 引言 (4)1.1 编写目的 (4)1.2 背景介绍 (4)1.3 术语定义 (4)1.4 参考资料 (4)2 总体描述 (5)2.1 系统目标 (5)2.2 运行环境 (5)2.3 用户特点 (5)2.4 系统约束 (6)3 业务功能需求 (6)3.1 功能需求 1 (6)3.1.1 业务定义 (6)3.1.2 数据信息 (6)3.1.3 业务流程 (6)3.1.4 功能要求 (6)3.1.5 业务实例 (6)3.1.6 特点(feature) (7)3.1.7 特殊要求 (7)3.2 功能需求 2 (7)3.3 功能需求 3 (7)3.4 功能需求 4 (7)4 系统接口需求 (7)4.1 用户界面 (7)4.2 各子系统接口需求 (8)4.3 与其他的接口需求 (8)5 系统管理需求 (8)5.1 性能需求 (8)5.2 安全性需求 (8)5.3 应用监控需求 (9)5.4 可靠性需求 (9)5.5 可扩展性 (9)5.6 灵活性与可配置性 (9)1引言1.1 编写目的说明编写本软件需求文档的目的,指出预期的读者。
1.2 背景介绍说明：A．待开发的软件系统的名称；B．本项目的任务提出者、用户及实现该软件的计算中心或计算机网络；C．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 术语定义简要说明本文中涉及的专门术语、容易引起歧义的概念、关键词缩写、外文首字母组词的原词组及其他需要解释的内容。
1.4 参考资料用列表的形式列出用得着的参考资料，如：1. 本项目的经核准的计划任务书或合同、上级机关的批文；2. 属于本项目的其他已发表的文件；3. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准．列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源．2总体描述2.1 系统目标从总体上描述整个需求，本节并不详细描述需求，它只是提供这些需求的背景，使其更易理解。
任务信息管理系统需求分析说明书【案例参考】
技术文件文件名称：任务管理系统需求说明书项目名称：任务管理系统共页(包括封面)作者：1 引言编写目的本文详细描述任务管理系统的需求，表述的需求信息要求明确、无二义性。
开发方与软件使用者充分沟通需求，最终形成此文档。
此文档是后续软件开发的依据。
背景任务管理系统是一个XX与XX电气新技术有限公司产学研合作项目，项目由XX 机电新技术有限公司提出，由XX承担开发任务。
定义和缩略语本文使用了错误!未找到引用源。
所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。
错误!未找到引用源。
所列为本文用到的缩略语。
参考资料本文使用了错误!未找到引用源。
所列为本文用到的参考资料。
用户任务信息管理系统的目前用户为XX公司电气事业部，电气事业部使用成功后可能会在XX公司推广。
2 任务概述目标XX公司电气事业部目前的任务主要有2类：常规工作任务和临时性工作任务。
针对临时任务布置信息很多时候是处于一种开放状态，缺少任务信息的修正、回馈、和统计分析。
而日常职责规定的常规工作，虽然可以通过标准化的文件固化下来并形成《常规工作计划表》作为一种制度来执行，也需要主管在百忙之中花很多时间去检查完成情况。
TIMS系统要求工作管理信息能够规范录入，任务信息流向可以选择，任务信息依据轻重排序，可以设定信息提醒，任务完成情况可以评估、任务完成情况依据选择项进行统计输出、工作量进行评估。
系统的特点TIMS项目的需求主要由XX公司电气事业部提出，因此本文档是与XX公司电气事业部交互后形成的需求定义，系统的功能和使用特点优先满足XX公司电气事业部的需求，若系统后续由于在XX公司全面推广而引入的新需求，则不在本文档考虑范围之内。
假定和约束本文档经双方确认后，开发方依据本文档进行下阶段工作。
若中途需求发生变更则XX公司需及时告知开发方，若因XX公司原因引入的需求变更造成开发方工作量的大幅增加，具体解决方案双方另行协商。
若需求变更引入的工作量不大，开发方应尽量配合。
管理信息系统需求分析说明书介绍实用模板.doc
文档修改记录目录引言编写目的说明编写本软件需求文档的目的,指出预期的读者。
背景介绍说明：待开发的软件系统的名称；本项目的任务提出者、用户及实现该软件的计算中心或计算机网络；该软件系统同其他系统或其他机构的基本的相互来往关系。
术语定义参考资料用列表的形式列出用得着的参考资料，如：本项目的经核准的计划任务书或合同、上级机关的批文；属于本项目的其他已发表的文件；本文件中各处引用的文件、资料，包括所需用到的软件开发标准．列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源．总体描述系统目标从总体上描述整个需求，本节并不详细描述需求，它只是提供这些需求的背景，使其更易理解。
包括以下内容：系统开发意图总体功能需求与其他系统之间的关系用户特征限制设想和依赖用方框图来表达产品的主要功能组成及其关系。
制作功能表，以便客户或者第一次读这个文件的人都可以理解；运行环境描述软件的运行环境，如硬件平台、操作系统及应用软件，包括：系统部署图操作系统数据库其他相关软件用户特点列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。
系统约束列出诸如经费限制、开发期限等进行本软件开发工作的假定和约束。
业务功能需求功能需求 1定明扼要的描述此功能模的含和在系中作用、起者、理者（操作者）等信息。
数据信息列出所有入、出及其限制条件的描述。
流程明内部理流程，入和出内容要在‘数据信息’中描述的一致。
可用文字和流程方式描述。
如果有分支流程，可以分主事件流程和分支（异常）事件流程。
功能要求例于复出用功能需求的例特点 (feature)明系体此功能模的特点要求，常比于同品。
特殊要求如操作限限制、密、性能要求、限制、管理方式、运行方式、配置灵活性等。
要求尽可能。
功能需求 2⋯⋯⋯..功能需求 3⋯⋯⋯..功能需求 4⋯⋯⋯..系接口需求用界面描述所需要的用界面的件件和用界面特征，里不明用界面，只要明用界面特征要求。
预算管理信息系统需求说明
广明药业企业信息系统需求说明书1.总体需求描述：为便于总部对广明药业进行全面、高效的管理控制，为配合全面预算工作的推进，而需开发此系统。
主要需求：1.1 预算控制：通过预算管理实现总公司对广明的全面管理控制。
1.2 执行控制：将广明的销售、生产、采购、仓储纳入信息系统，实现对广明内部关键点的控制，以及实现广明自身的内部管理控制。
(考虑到广明已有的K3系统，或许可以简化输入程序，直接从K3导入数据)“发货指令”只能由“客户订单”自动生产。
一个“客户订单”可以生成多个“内部订单”或多个“发货指令”。
2.2“生产指令”依赖于且只能由“内部订单”自动生成并修改，“报检单”依赖于且只能由“生产指令”生成并修改。
一个“内部订单”可以生产多个“生产指令”，一个“生产指令”可以生成多个“报检单”。
【注：质检部根据“报检单”对完工产品进行检验，确认合格后，连同产品一起交仓库办理入库。
】2.3“采购订单”可以由“生产指令”自动生成并修改，也可以不依赖于“生产指令”而手工制定生成。
2.4“原材料入库单”依赖于且只能由“采购订单”生成。
一个“采购订单”可以生成多个“原材料入库单”。
2.5“原材料出库单”依赖且只能由“生产指令”生成。
一个“生产指令”可以生成多个“原材料出库单”。
2.6“成品入库单”依赖且只能由“报检单”生成。
一个“报检单”可以生成多个“成品入库单”。
“成品出库单”依赖且只能由“发货指令”生成。
一个“发货指令”可以生成多个“出库单”。
3 控制层次：3.1 预算按性质分为销售预算、采购预算、生产预算、部门预算（部门预算指：除销售、生产、采购预算之外的各部门收支预算，一般包含各类非物资采购支出，如固定资产购置支出、、生产人员工资支出、财务费用支出等，也包含各类非销售输入，如利息收入，补贴收入等）；按期限分为年度预算、季度预算、月度预算。
3.1.1年/季/月度预算控制：年/季度预算由公司总部控制，广明各部门制定好本部门年度/季度预算后，汇总成表报由公司总部终审；月度预算只能在季度预算的额度内进行调整，月度预算由广明自行控制，由广明负责人自行终审。
管理信息系统需求分析说明书模板
文档修改记录1 引言 (4)1- 1 编写目的 (4)1.2 背景介绍 (4)1.3 术语定义 (4)1.4 参考资料 (4)2 总体描述 (5)2- 1 系统目标 (5)2-2 运行环境 (5)2.3 用户特点 (5)2.4 系统约束 (6)3 业务功能需求 (6)3.1 功能需求1 (6)3.1.1 业务定义 (6)3.1.2 数据信息 (6)3.1.3 业务流程 (6)3.4.4 功能要求 (6)3.1.5 业务实例 (6)3.1.6 特点(feature) (7)3.1.7 特殊要求 (7)3.2 功能需求 2 (1)3.3 功能需求 3 (1)3.4 功能需求 4 (1)4 系统接口需求 (7)4.1 用户界面 (7)4・2 各子系统接口需求 (8)4.3 与其他的接口需求 (8)5 系统管理需求 (8)5.1 性能需求 (8)5.2 安全性需求 (8)5.3 应用监控需求 (9)5.4 可靠性需求 (9)5.5 可扩展性 (9)5.6 灵活性与可配置性 (9)1引言1.1编写目的说明编写本软件需求文档的目的，指出预期的读者。
1.2背景介绍说明：A■待开发的软件系统的名称；B ■本项目的任务提出者、用户及实现该软件的计算中心或计算机网络；C. 该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3术语定义简要说明本文中涉及的专门术语、容易引起歧义的概念、关键词缩写、外文首字母组词的原词组及其他需要解释的内容。
1-4参考资料用列表的形式列出用得着的参考资料，如：1. 本项目的经核准的计划任务书或合同、上级机关的批文；2. 属于本项目的其他已发表的文件；3-本文件中各处引用的文件、资料，包括所需用到的软件开发标准•列出这些文件资料的标题、文件编号、发表曰期和出版单位，说明能够得到这些文件资料的来2总体描述2.1系统目标从总体上描述整个需求，本节并不详细描述需求，它只是提供这些需求的背景，使其更易理解。
信息管理系统需求说明书
信息管理系统需求说明书信息管理系统需求说明书1.引言1.1 目的本文档旨在定义和说明信息管理系统的需求，从而满足用户的信息管理及处理需求。
1.2 范围本文档适用于设计和开发信息管理系统的整个过程，包括需求分析、系统架构设计、模块开发、系统集成和测试等。
1.3 定义在本文档中，以下术语具有特定的含义：●信息管理系统：指用于收集、存储、处理和管理各种类型信息的计算机系统。
●用户：指系统的最终使用者。
2.业务背景2.1 业务概述详细描述信息管理系统所要管理的业务领域，以及相关业务流程和数据。
2.2 业务需求列出用户对信息管理系统的基本需求，如数据收集、数据存储、数据分析等。
3.功能需求3.1 系统功能概述描述信息管理系统的基本功能，包括数据输入、数据存储、数据查询、数据分析等。
3.2 功能详细描述详细描述每个功能的具体要求和功能流程，包括输入、处理和输出等。
4.非功能需求4.1 性能需求描述信息管理系统对于数据处理、数据存储和查询等方面的性能要求。
4.2 可靠性需求描述信息管理系统对于数据的可靠性要求，如数据完整性、数据可用性等。
4.3 安全性需求描述信息管理系统在数据访问和传输过程中的安全性要求，如数据加密、权限控制等。
5.界面需求描述信息管理系统的用户界面，包括界面布局、交互方式和界面设计原则等。
6.数据需求6.1 数据字典列出信息管理系统中使用的所有数据对象及其属性，包括数据类型、数据长度、数据关联关系等。
6.2 数据处理描述信息管理系统对于数据输入、处理和输出的要求和流程。
7.系统架构需求描述信息管理系统的整体架构，包括系统组成、模块划分和模块间的关系等。
8.测试需求描述信息管理系统的测试策略和测试方法，包括单元测试、接口测试、系统测试等。
9.项目实施计划描述信息管理系统的项目实施计划，包括开发阶段、测试阶段和上线阶段的计划安排。
10.维护和支持需求描述信息管理系统的维护和支持要求，包括系统更新、问题解决和用户培训等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
管理信息系统系统
需求分析说明书
文档名称：管理信息系统需求分析说明书
文档编号：AICBS-SAS-子系统模块名-0
版本号：0.0.0
建立日期：2004年xx月xx日
电子版名：需求分析说明书.doc
Confidential（机密）
共页
文档修改记录
序号日期版本修改内容说明修改原因作者1 2004 年xx 月0.0.0 新建新建
xx 日
目录
1 引言 (4)
1.1 编写目的 (4)
1.2 背景介绍 (4)
1.3 术语定义 (4)
1.4 参考资料 (4)
2 总体描述 (5)
2.1 系统目标 (5)
2.2 运行环境 (5)
2.3 用户特点 (5)
2.4 系统约束 (6)
3 业务功能需求 (6)
3.1 功能需求 1 (6)
3.1.1 业务定义 (6)
3.1.2 数据信息 (6)
3.1.3 业务流程 (6)
3.1.4 功能要求 (6)
3.1.5 业务实例 (6)
3.1.6 特点(feature) (7)
3.1.7 特殊要求 (7)
3.2 功能需求 2 (7)
3.3 功能需求 3 (7)
3.4 功能需求 4 (7)
4 系统接口需求 (7)
4.1 用户界面 (7)
4.2 各子系统接口需求 (8)
4.3 与其他的接口需求 (8)
5 系统管理需求 (8)
5.1 性能需求 (8)
5.2 安全性需求 (8)
5.3 应用监控需求 (9)
5.4 可靠性需求 (9)
5.5 可扩展性 (9)
5.6 灵活性与可配置性 (9)
1引言
1.1 编写目的
说明编写本软件需求文档的目的,指出预期的读者。
1.2 背景介绍
说明：
A．待开发的软件系统的名称；
B．本项目的任务提出者、用户及实现该软件的计算中心或计算机网络；
C．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 术语定义
简要说明本文中涉及的专门术语、容易引起歧义的概念、关键词缩写、外文首字母组词的原词组及其他需要解释的内容。
1.4 参考资料
用列表的形式列出用得着的参考资料，如：
1. 本项目的经核准的计划任务书或合同、上级机关的批文；
2. 属于本项目的其他已发表的文件；
3. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准．列出这些文件
资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来
源．
2总体描述
2.1 系统目标
从总体上描述整个需求，本节并不详细描述需求，它只是提供这些需求的背景，使其更易理解。
包括以下内容：
1. 系统开发意图
2. 总体功能需求
3. 与其他系统之间的关系
4. 用户特征
5. 限制
6. 设想和依赖
概述产品所具有的主要功能，这里只是为待开发软件的功能提供一个摘要，不陈述具体需求，可为需求描述提供依据。
1. 用方框图来表达产品的主要功能组成及其关系。
2. 制作功能表，以便客户或者第一次读这个文件的人都可以理解；
2.2 运行环境
描述软件的运行环境，如硬件平台、操作系统及应用软件，包括：
1) 系统部署图
2) 操作系统
3) 数据库
4) 其他相关软件
2.3 用户特点
列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，
以及本软件的预期使用频度。
2.4 系统约束
列出诸如经费限制、开发期限等进行本软件开发工作的假定和约束。
3业务功能需求
3.1 功能需求 1
3.1.1业务定义
简明扼要的描述此功能模块的含义和在系统中作用、业务发起者、业务处理者（操作者）等信息。
3.1.2数据信息
列出所有输入项、输出项及其限制条件的简单描述。
3.1.3业务流程
说明内部处理流程，输入和输出内容要在‘数据信息’中描述的一致。
可用文字和流程
图方式描述。
如果有分支流程，可以分主事件流程和分支（异常）事件流程。
3.1.4功能要求
3.1.5业务实例
对于复杂业务举出用户该功能需求的实例
3.1.6 特点(feature)
说明系统总体对此功能模块的特点要求，经常对比于同类产品。
3.1.7 特殊要求
如操作权限限制、密码认证、性能要求、业务限制、管理方式、运行方式、配置灵活性
等。
要求尽可能详细。
3.2 功能需求 2
⋯⋯⋯..
3.3 功能需求 3
⋯⋯⋯..
3.4 功能需求 4
⋯⋯⋯..
4 系统接口需求
4.1 用户界面
描述所需要的用户界面的软件组件和用户界面特征，这里不说明用户界面细节，只简要说明用户界面特征要求。
包括：
1) 采用的图形用户界面的标准和风格，基于WINDOWS GUI 还是W EB GUI 或者其
他
2) 屏幕布局的限制
3) 屏幕按钮、快捷键、导航连接等标准的规定
4) 错误信息显示标准
4.2 各子系统接口需求
描述产品内部各子系统之间的接口，如：
计费与帐务之间的接口
计费与营业之间的接口
营业与帐务之间的极口
4.3 与其他的接口需求
描述产品与其他外部软件系统的接口。
如客户服务。
5系统管理需求
5.1 性能需求
说明对产品不同子系统的性能需求，如最大用户数、并发操作数、响应时间等。
1) 对事务的响应时间（平均、最长）
2) 吞吐量，例如每秒处理的事务数
3) 容量，例如系统可以容纳的客户或事务数
4) 降级模式（当系统以某种形式降级时可接受的运行模式）
5) 资源利用情况，如内存、磁盘、通信等
5.2 安全性需求
明确说明产品必须满足的安全性和保密性需求，如用户身份确认或授权需求等。
5.3 应用监控需求
应用系统进程
应用系统告警
应用系统日志文件
5.4 可靠性需求
5.5 可扩展性
5.6 灵活性与可配置性。