需求分析说明书
团队名称:
组员1学号:
组员1姓名:
组员2学号:
组员2姓名:
组员3学号:
组员3姓名:
组员4学号:
组员4姓名:
日期:
1 引言
1.1 编写目的
本文详细描述任务管理系统的需求,表述的需求信息要求明确、无二义性。开发方与软件使用者充分沟通需求,最终形成此文档。此文档是后续软件开发的依据。
1.2 背景
任务管理系统是一个南京工程学院与康尼电气新技术有限公司产学研合作项目,项目由康尼机电新技术有限公司提出,由南京工程学院承担开发任务。
1.3 定义和缩略语
本文使用了表 1.1所显示的面向用户的术语、定义,包括通用词语在本文档中的专用解释。
表 1.2所列为本文用到的缩略语。
1.4 参考资料
(列出所查阅的图书及网站
1.5 用户
任务信息管理系统的目前用户为康尼公司电气事业部,电气事业部使用成功后可能会在康尼公司推广。
某餐厅餐饮管理系统的目前的用户为某餐厅。
2 任务概述
2.1目标
康尼公司电气事业部目前的任务主要有2类:常规工作任务和临时性工作任务。
针对临时任务布置信息很多时候是处于一种开放状态,缺少任务信息的修正、回馈、和统计分析。而日常职责规定的常规工作,虽然可以通过标准化的文件固化下来并形成《常规工作计划表》作为一种制度来执行,也需要主管在百忙之中花很多时间去检查完成情况。
TIMS系统要求工作管理信息能够规范录入,任务信息流向可以选择,任务信息依据轻重排序,可以设定信息提醒,任务完成情况可以评估、任务完成情况依据选择项进行统计输出、工作量进行评估。
2.2 系统的特点
TIMS项目的需求主要由康尼公司电气事业部提出,因此本文档是与康尼公司电气事业部交互后形成的需求定义,系统的功能和使用特点优先满足康尼公司电气事业部的需求,若系统后续由于在康尼公司全面推广而引入的新需求,则不在本文档考虑范围之内。
2.3 假定和约束
本文档经双方确认后,开发方依据本文档进行下阶段工作。若中途需求发生变更则康尼公司需及时告知开发方,若因康尼公司原因引入的需求变更造成开发
方工作量的大幅增加,具体解决方案双方另行协商。若需求变更引入的工作量不大,开发方应尽量配合。
4. 需求规定
4.1 组织架构
康尼公司电气事业部的组织架构如图4-1。
图4-1 电气事业部组织架构
TIMS系统面向整个电气事业部使用,图4-1给出了电气事业部的详细组织。
4.2 权限需求
系统的用户是康尼公司的员工,员工在现实逻辑中分属不同的部门并具有相应的工作权限。系统权限分配时与员工的组织架构并无对应关系。TIMS系统的权限需求有2层含义。
1.针对系统功能设置用户的操作权限。
2.针对用户可以设置查看哪些任务的权限。例如可以设置某用户查看生产部的所有任务信息;设置用户A可以查看用户B及用户C的任务信息。
系统的用户是某餐厅的员工,员工在现实逻辑中分属不同的部门并具有相应的工作权限。系统权限的分配时与员工的组织架构并无对应关系。餐饮管理系统的权限需求如下:
1.针对系统功能设置用户的操作权限。
2.针对用户可以设置查看哪些任务的权限。
4.3 任务处理流程需求
4.3.1 系统用例图
(这部分如果是用结构化设计的方法,那就不要画用例图,改成画数据流图。
TIMS主要对任务信息进行管理,实现任务信息的标准化管理。TIMS系统关于任务处理的用例图如图4-2。
图4-2 系统用例图1
图4-3 系统用例图2
(如果是结构化程序设计方法,请在此添加一节内容介绍所建立的数据字典4.3.2 任务处理流程
针对
TIMS 系统中任务可能的流程进行分析。为方便理解,对应图4-4进行表述。
图4-4 人员组织架构示例图
流程设计思想:
TIMS 系统采用信息闭环的思想,即任务由任务发布者发布出去,任务最终也在任务发布者处结束,图4-5简单的表示了这一思想,同时也概括了任务在TIMS 系统中的处理流程。
任务发布者任务接收者
任务承担者
图4-5 TIMS 系统任务处理流程图
任务下达采用逐级的层次方式,任务的反馈采用逐级向上的方式。例如下达任务给制造组的Z3时,任务发布者X 应该将任务发布给制造组的主管Z0,由主管Z0在自己的主管范围内分配该任务,而最终的任务接收者是Z3。若Z3提交完成情况和延期申请,则先提交至Z0,Z0根据实际情况决定是否提交以及如何提交给X 。X 最终决定是否同意延期以及对任务完成情况进行评价。
4.4 详细功能需求 4.4.1 功能解释
本餐饮管理系统下有系统管理7个子功能: 1、财务管理; 2、系统账户管理; 3、前台管理; 4、后勤管理; 5、员工管理;
4.4.1.1 财务管理
财务管理下分为收入、出纳、工资和利润。记录本餐厅的收入信息、支出信息。发放工资以及计算餐厅的利润。
4.4.1.2 系统账户管理
系统账户管理下分账户管理和数据管理,由系统管理员身份的用户可以登录,他负责添加用户,用户分三类:一类为系统管理员,可以添加或删除各类用户;可以修改用户的密码;可以添加机删除新的菜品到菜谱,还可添加大堂座位信息。另一类为服务员,服务员可以为顾客安排座位。可以点菜,结账,接受预定和外卖,及所有日常的营业活动。最后一类是经理,经理具有服务员所具有的所有权限,此外,经理还可以查看及修改服务员的所有基本信息,即有最高的权限。系统管理员可一进行数据库的备份与恢复,即日常数据管理。
4.4.1.3 前台管理
前台管理下分浏览资源,登记菜单,点菜,结账预定服务和外卖服务,可浏览当前饭桌的就餐情况,还有那些空闲的座位可以就餐,定下座位后,可以自动点菜;客人就餐后可按全额结账,也可以按一定的折扣结账。
预订服务:预订服务下分预定订单和酒宴服务,可添加或删除订单,添加的订单记录订单编号、订单类型、预定日期和预定的座位号等。酒宴服务为预定模块,可在以后在扩充。
外卖服务:外卖服务下分为外卖订单和送货服务。负责登记外卖信息,包括订单号,送货地点,送货时间,货物清单机送货人信息。
4.4.1.4 员工管理
员工管理:可添加或删除员工,登记员工信息,包括编号、姓名、性别、年龄、婚否、住址、所属部门、薪金、聘用日期等。
4.4.1.5 后勤管理
后勤管理下分信息分析和物资管理。信息分析是指记录每日所卖的菜品,定期对此信息作分析。得出不同时期阶段的畅销产品。物资管理原材料的购买和座椅,餐具,电器等设备的购买和维护。
4.4.2 数据描述
1、静态数据及数据字典
(1用户登录表
(2员工信息表
在权限设置中可以设置用户查看其他用户的任务信息(包括发布的任务、接收的任务、知晓的任务。
1可以查询到有权限查看的用户的所有发布的任务信息。
2可以查询到有权限查看的用户的所有接收的任务信息。
3可以查询到有权限查看的用户的所有知晓的任务信息。
4.4.1.11 任务统计
此功能模块一般只有少数管理者可以使用,此模块用来完成所有任务信息的查询和统计。
具体功能需求如下:
1根据查询条件对所有任务信息进行查询,例如根据时间、任务发布者等条
件,也可以根据任务所属项目来查询该项目产生的所有任务信息。
2可按时间段、人员、部门进行任务完成率、完成情况统计,并输出图形。
具体汇总表格待定。
3对于未正常完成的任务信息,可以对原因(未完成的原因由任务接收者在
提交任务结束(延期结束时选择进行汇总,用户通过汇总表格对原因进行分析。
4可将查询结果导出至Excel表格。导出的格式待定。
4.4.1.12 任务统计发布
此功能模块一般只有少数管理者可以使用。此功能用来完成常规统计,并定期发布统计结果。统计汇总Excel表格在4.4.1.9中生成。
具体功能需求如下:
1发布统计结果。以Excel表格附件的形式发布。
4.2.1.13 任务统计查看
1. 功能说明
所有用户通过此功能查看任务统计发布。
4.4.2 系统管理
4.4.2.1 部门管理
维护部门信息。
需求说明书因为系统有向整个康尼公司推广的可能，因此部门信息表与康尼现有 OA 系统的部门信息表结构一致，这样便于数据的移植和系统整合。 4.4.2.2 员工管理维护员工信息。因为系统有向整个康尼公司推广的可能，因此员工信息表与康尼现有 OA 系统的部门信息表结构一致，这样便于数据的移植和系统整合。 4.4.2.3 用户管理维护系统的用户。 4.4.2.4 权限管理设置系统权限。具体功能需求如下：设置用户具有哪些模块的使用权限。设置用户可以查看哪些用户的任务信息。 5. 运行环境规定 5.1 设备客户端内存：512M 以上。 CPU：主频 1.6G 以上。操作系统：Windows Xp。浏览器：Internet Explorer 6.0 以上。服务器端内存：2G 以上。 10
需求说明书：主频 2G 以上。操作系统：Windows Server 2003。硬盘：120G 以上。支撑软件后台数据库采用 MySql。 Web 服务器采用Tomcat。 6 开发技术约定系统采用 B/S 架构，即 Browser/Server 架构。
开发语言采用 Jsp、Java 语言。系统功能页面的分辨率为 1024 x 768。 11
目录 1 引言 1.1编写目的 (1) 1.2 项目背景 (1) 1.3术语说明 (1) 1.4 参考资料 (1) 2 项目概述 2.1编写目的 (1) 2.2 项目背景 (2) 2.3 术语说明 (2) 2.4 参考资料 (2) 2.5 条件和限制 (3) 3 功能需求 3.1功能划分 (3) 3.2功能描述 (3) 4 外部接口需求 4.1功能划分 (3) 4.2功能描述 (4) 5 性能需求 5.1 数据精确性 (4) 5.2 时间特性 (4) 5.3 适应性 (4) 6 软件属性需求 6.1 正确性 (4) 6.2 可靠性 (4)
6.3 效率 (5) 6.4 完整性 (5) 6.5 易使用性 (5) 6.6 可维护性 (5) 6.7 可测试性 (5) 6.8 可复用性 (5) 6.9 安全性 (5) 6.10 可理解性 (5) 6.11 可移植性 (5) 6.12 互联性 (5) 7 其他需求 (5) 8 数据描述 (5) 8.1静态数据 (6) 8.2动态数据 (6) 8.3数据库描述 (6) 8.4数据字典 (6) 8.5数据采集 (6) 9 附录 (6)
1引言 1.1编写目的 学生管理系统是面向学生的，目的是提高学校对学生的管理。本系统主要包括六个模块：学生的基本信息、课程的基本信息、登录、成绩录入、成绩查询和汇总功能，这六个模块基本实现设计本系统的目的，从而可以进一步满足学校对管理系统的要求。 现在的学生管理系统功能不够，所以我们要明确用户对学生管理系统的功能和性能的需求,并将这些需求用语言编写出来。并使系统开发者和学生对此成绩管理系统有共同的理解和认识。这是开发学生管理信息系统的基础,为了更好的开发，对系统的设计要详细。开发的系统要简单实用。 1.2 项目背景 项目名称为：学生成绩管理信息系统。开发目标为有效管理学生信息，实现学生信息的数据录入、浏览、修改等，从而实现对学生信息的规化、系统化、自动化管理。 1.3术语说明 MIS: 管理信息系统 Transaction Processing : 事务处理 Data Acquisition :数据采集 Data Processing Circle : 数据处理流程 Data Processing：数据处理 1.4 参考资料 《软件工程案例教程》…毕硕本卢桂香编著大学 《Vista Basic语言程序设计》…韬编著人民邮电 2 项目概述 2.1待开发软件的一般概述 此软件的目的是提高学校对学生的科学化管理，为学校的学生成绩管理系统
保密级别：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．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
管理信息系统需求分析说明书 模板(总8页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除
目录 1 引言 (5) 1.1编写目的 (5) 1.2背景介绍 (5) 1.3术语定义 (5) 1.4参考资料 (5) 2总体描述 (5) 2.1系统目标 (5) 2.2运行环境 (6) 2.3用户特点 (6) 2.4系统约束 (6) 3业务功能需求 (7) 3.1功能需求1 (7) 3.1.1业务定义 (7) 3.1.2数据信息 (7) 3.1.3业务流程 (7) 3.1.4功能要求 (7) 3.1.5业务实例 (7) 3.1.6特点(feature) (7) 3.1.7特殊要求 (7) 3.2功能需求2 (8) 3.3功能需求3 (8) 3.4功能需求4 (8) 4系统接口需求 (8) 4.1用户界面 (8) 4.2各子系统接口需求 (8) 4.3与其他的接口需求 (8) 5系统管理需求 (9) 5.1性能需求 (9) 5.2安全性需求 (9) 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 引言 (3) 1.1 编写目的 (3) 1.2 范围 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 项目概述 (3) 2.1 目标 (3) 2.2 产品功能 (4) 2.3 用户特点 (5) 2.4 假定和约束 (5) 3 具体需求 (5) 3.1 功能需求 (5) 3.2 性能需求 (6) 3.3 外部接口需求 (6) 3.4 属性 (6) 3.5 其他需求 (7) 4运行环境需求 (7) 4.1 设备 (7) 4.2 支持软件 (8) 4.3 接口...................................................................................................... 错误！未定义书签。 4.4 控制...................................................................................................... 错误！未定义书签。 5 附录 (8)
1引言 1.1 编写目的 该文档首先给出了整个系统的整体网络结构和功能结构的概貌，反映出搜索引擎系统的结构，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。为开发人员、维护人员、需求人员间提供共同的协议而创立基础，对软件功能的实现作使命描述，作为软件人员进行设计和编码的基础；作为需求人员和开发人员之间的共同文档，为双方相互了解提供基础；确定系统测试及验收内容。该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。 1.2 范围 本文档的适用范围为项目的开发人员、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员，也适用于客户。 该产品是在积累了丰富业务经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。 1.3 定义 搜索引擎是指一种web上应用的软件系统，他以一定的策略在web上搜集和发现信息，在对信息进行处理后和组织后，为用户提供web信息查询服务。从使用者的角度来看，这种软件系统提供一个网页界面，让他通过浏览器提交一个词语或者短语，然后很快返回一个可能和用户输入内容相关的信息表。 1.4 参考资料 搜索引擎——原理、技术于系统 Java how to program Java程序设计教程 2项目概述 2.1 目标 本系统的目标是为了使普通用户能够在互联网上方便的共享资源，为用户提供一个统一的资源平台，用户通过使用本系统提供的客户端应用程序，可以方便的搜索和下载互联网上各种不同访问
学生学籍管理系统需求分析报告 1 引言 1.1编写目的 学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。 1.2项目背景 传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。 使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。 学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。 1.3业务模式 本系统是运行在WindowsXP等操作系统环境下的多台计算机构成的局域网， 现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。 高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。信息上网后各用户可查询，调用，达到全校信息共享。 2用户需求 2.1使用范围 按西安交通大学城市学院学生学籍状况的系统管理（本科生用学年学分制）。 系统中保留4个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。 2.2功能要求 ·学生档案管理：学生的一般情况，及奖励，处分情况； ·学生成绩管理：学习成绩，补考成绩； ·学籍处理：学生留降级处理，休复学处理，退学处理； ·日常教务管理：日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计； ·毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。 2.3信息采集与各部门的使用权限 每学期考试完毕由各系录入成绩，然后由教务科收集。为了信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下： 数据收集前的系统权限
＜项目名称＞ 软件需求说明书 作者： 完成日期： 签收人： 签收日期：
版本情况记录：
目录 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 产品功能
《信息系统分析与设计》课程设计指导书 （信管专业使用） 信息系统分析与设计是高校信息管理类和计算机应用专业开设的一门理论与实践结合紧密的核心课程。因此在学习了有关信息系统分析与设计、开发工具等理论、方法和工具之后，要在实际应用中培养学生的动手解决问题的能力。本课程设计是课程《信息系统分析与设计》的重要组成部分，是培养学生应用计算机系统管理信息的思想、意识和能力以及团队合作精神，掌握信息系统分析与设计开发过程中的重要环节、步骤、开发方法，培养学生分析、设计一个具体的信息系统的能力。 1．目的 通过了解实际企业或已有信息系统分析与设计应用的案例，使学生建立对信息系统分析与设计的感性认识；通过小型信息管理系统的分析与设计开发，使学生掌握信息系统分析与设计开发的主要步骤和各阶段文档的编写，加深对信息系统分析与设计应用软件开发的理解，提升学生解决实际问题的能力，培养学生的团队合作精神。 2．基本要求 (1)掌握系统调查方法； (2)掌握系统分析方法； (3)学会简单系统的设计； (4)训练程序设计能力； (5)学会编写系统分析说明书、系统设计说明书等。 3．主要内容 (1)调查一个实际单位或部门。如没有条件也可将此内容改为了解某个信息系统的应用案例。 (2)在调查或了解的基础上，进行系统分析。 (3)根据逻辑设计方案，进行系统设计。 (4)模拟系统实施。 (5)编写课程设计报告。 4．步骤与方法 4.1 初步调查 (1)调查方法：询问、发调查表、开会、实习、查资料等。 (2)调查内容： ①企业总貌：组织概况、企业目标、现行系统情况、简单历史、企业产品、产值、利税、体制及改革情况、人员基本情况、面临的问题、中长期计划及主要困难等。 ②企业信息需求情况：了解各职能机构所要处理的数据，估计各机构发生的数据及频度，调查内、外部环境的信息及信息源。 ③信息系统分析与设计案例学习 4.2 可行性分析 根据初步调查的情况，从技术上、经济上、管理上进行开发的可能性和必要性分析并写出分析报告。
浙江大学软件学院 某市大中专毕业生管理系统产品需求规格 说明书 浙江大学软件学院
目录 目录 (2) 1. 文档介绍 (3) 1.1. 文档目的 (3) 1.2. 文档范围 (3) 1.3. 读者对象 (3) 1.4. 术语与缩写解释 (3) 2. 产品介绍 (4) 3. 产品面向的用户群体 (5) 4. 系统的功能性需求 (5) 4.1. 毕业生业务 (5) UC1.1毕业生选择就业去向 (5) UC1.2就业流程 (11) 5. 产品的非功能性需求 (15) 5.1. 用户界面需求 (15) 5.2. 软硬件环境需求 (16) 5.3. 产品质量需求 (16)
1.文档介绍 1.1.文档目的 编写该文档的目的在于明确某市大中专毕业生信息管理系统的用户需求，使得软件开发人员与用户对待开发软件的需求有统一的、无二义性的认识。该文档所描述的内容，可作为软件确认测试的依据。在完成了针对某市大中专毕业生信息管理系统的前期调研，同时与客户进行了全面深入地探讨和分析的基础上，编写了本软件需求规格说明书。 本需求规格说明书对某市大中专毕业生信息管理系统做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。 1.2.文档范围 项目名称：某市大中专毕业生管理系统 软件系统主要包括建立全大市的大中专毕业生信息管理子系统和建立全大市的档案管理子系统。在大中专毕业生信息管理子系统中主要进行网上注册、填写就业协议信息、调整就业协议信息等业务流程的操作。全大市的档案管理子系统功能模块包括档案管理、毕业生管理、户籍管理、代理单位管理、党员管理、财务管理、库房管理、证明材料管理、统计查询以及基础数据管理。 安全性问题：帐号的安全性策略、用户信息的安全性策略（用户隐私）、网上服务的安全性。 1.3.读者对象 1．客户 2．项目组成员 1.4.术语与缩写解释
泵送零部件质量信息化之 自制大件钢印号管理需求分析说明书 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业务综述及总体流程 从整体描述项目业务需求及业务流程，相互关联，及总体流程图。
文档编号：001 版本号： 文档名称：需求分析 项目名称：学生智能管理系统 项目负责人：朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳开发单位：西邮07级科技1班软件开发小组
一、引言： 1、编写目的： 对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用 Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 2、编写背景： 系统待开发的名称：学生智能管理系统 项目组长：朱岩 程序录入：朱岩、王增、皮素梅、
需求分析：朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试：朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 本系统的用户：学生，老师，管理员 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD， Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版 社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版 社.2008 二：任务概述： 1、目标: （1）给出软件系统的数据流程图和数据结构。 （2）提出详细的功能说明，确定设计限定条件，规定性能需求。
软件需求说明书 （转载自国家计算机标准和文件模板） 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 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.运行环境的变化；
文档编号：001 版本号：1.0 文档名称：需求分析 项目名称：学生智能管理系统 项目负责人：朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 开发单位：西邮07级科技1班软件开发小组 一、引言： 1、编写目的：
对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 2、编写背景： 系统待开发的名称：学生智能管理系统 项目组长：朱岩 程序录入：朱岩、王增、皮素梅、 需求分析：朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试：朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳
本系统的用户：学生，老师，管理员 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD，Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版 社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版 社.2008 二：任务概述： 1、目标: （1）给出软件系统的数据流程图和数据结构。 （2）提出详细的功能说明，确定设计限定条件，规定性能需求。（3）密切与用户的联系，使用户明确自己的任务，以便实现上述两项目标。 （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输入输出要求 [解释各输入输出数据类型，并逐项说明其媒体、格式、数值围、精度等。对系统
管理信息系统大作业 王文亭 王金婷 张国利 朱思昱 指导老师 钱大琳 - 18 - 账户子菜单中有密码修改和账号信息修改两个选项。 ⑷订单子菜单界面设计。 订单处理子菜单中包括新建订单、删除订单和修改订单四个选项。 ⑸信息查询子菜单界面设计。 管理信息系统大作业 王文亭 王金婷 张国利 朱思昱 指导老师 钱大琳 - 19 - 信息查询界面包括按订单号、货物名、发货时间和收获人查询四个选项。 ⒉输入设计。 ⑴输入方式设计。 ①键盘输入。 关于发货人的具体信息和订单号、 货物数量、 种类等信息， 需 要业务员利用键盘输入，简单方便快捷。 ②条码输入。 利用标准的货物分类和统一规范化的条码贴， 然后通过光学符 号阅读仪提取货物的相关信息， 在运输过程中的货物确认、 统计等环节中， 利用 此项输入方式。 ③网络传送数据。 在话务员接到业务订单或顾客投诉时， 利用数字网络直接 向上级系统输入数据。 管理信息系统大作业 王文亭 王金婷
张国利 朱思昱 指导老师 钱大琳 - 20 - ⑵输入格式设计。 为了使数据在流通过程中不会出现因为格式不统一而受阻 的现象， 应尽量是数据库和统计报表的格式相同， 现在一般采用智能输入的方式。 ⑶校对方式。可以采用以下两种校对方式。 ①二次键入校对方式。 在输入的时候， 同一批数据进行两次输入， 以加以确 认， 在计算机内部比较两次数据， 如果相同则证明数据输人正确， 如果不同则挑 选出来进行单独进一步校对。 ②数据平衡校对。 在财务报表时， 在每行每列中增加一位字数小计字段， 在 新系统输入的时候再另设一个累计值， 系统将输入的数值累加起来， 与原始数据 中的小计数据自动比较，如果相同，则数据输入正确。 ⒉输出设计。 ⑴报表生成器设计。在用户输入需要的数据后，系统会自动生成一张报表。 ⑵图形方式。 大多数的编程软件可以利用用户输入的数据直接生成所需要的 图形。 ⒊编码设计。 ⑴订单号代码设计。订单号由公司统一设计，方式如下： D-2010-0414-003 。其中， D 代表订单，后四位代表业务接受年份，再后四位 代表业务接受日期，最后三位代表此订单在一天业务中的编号。 ⑵职工号编码设计。职工号由公司统一设计，方式如下： Z-CW-23 。其中， Z
需求分析和概要设计实验报告 一．实验目的 1. 理解结构化分析和设计的软件工程范型； 2. 能运用常用的工具建立简单系统的分析模型和设计模型。 二．实验内容 图书管理系统的分析和设计。主要完成借书、还书、图书预定、图书查阅和图书管理等功能。要求建立系统的需求模型：DFD(data flow diagram)。 功能需求描述： 1. 借阅者可以通过网络查询书籍信息和预定书籍。 2. 借阅者能够借阅书籍和还书。 3. 图书管理员能够处理借阅者的借阅和还书请求，以及处理预定图书。三．实验结果 1.图书管理员处理借书第一层 图书管理员处理借书第二层 2.图书管理员处理还书第一层 3.图书管理员处理预定图书第一层 图书管理员处理预定图书第二层 四．实验分析 在本次实验中，我主要画出了图书管理员处理借书、还书以及预定图书的数据流程图。这是一个我们都很熟悉的环境，因此我们分析起来相对的会容易些，思路也会更加的清晰，在这个系统中，通过稍加细致的分析，我们可以了解到： 1. 图书管理员处理借书的时候，其主要过程是，先扫描读者信息，确认读者的合法性。接着，处理读者欲借阅的书。再接着，处理借书过程，同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 2. 图书管理员处理还书的时候，其过程相对的简单一些，只需直接处理读者欲还的书。同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 3. 图书管理员处理图书预定的时候，其主要过程是，先扫描读者信息，确认读者的合法性。接着，处理读者欲预定的书。再接着，处理预定图书过程，同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 在对这样的过程进行了分析后，再画数据流程图也就显得容易很多了。 通过本次的实验，我对数据流程图的重要性有了更加深刻的认识，数据流程图在我们设计系统过程中所扮演的角色是多么的重要，试想，如果一个系统在设计的过程中，不使用图的方式，而是将其用文字语言进行描述，这会是一个怎么样的情景。图的作用就是使我们对知识的理解非常的形象，易懂。一个非常复杂的问题，若是通过图形的方式向我们展示的话，会收到意想不到的结果。
需求分析说明书实例 1.引言 1.1编写目的 在完成了针对《档案管理系统》软件市场的前期调查，同时与多位软件使用者进行了全面深入地探讨和分析的基础上，提出了这份软件需求规格说明书。 此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。 1.2项目背景 由于文件多，种类多，文件创建者多，创建时间为不定期，要保护好一些公司重要的文件极为不便，同时由于人员的流动，对原有的文件的再现，显得力不从心，有时查找与重新整理文件要浪费许多的人力、物力。而且近年来，由于竞争的激烈程度不断的加深，档案的管理不当会严重到导致公司的面临着亏损甚至破产的局面。于是人们不断地在探索希望能找到解决的方法。 为了解决以上的问题，让企事业单位能够有效的掌握，有效的共享文件资源，保护好文件，及促进档案管理的信息化、规范化和集成化，本人多方听取意见、追加和完善大量实用功能，进而了解文件管理的流程，同时结合各部门、各行业与企业文件管理的方法，开发出一套适合于档案多而复杂的管理系统。 1.3定义、缩写词和符号 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 1.4参考资料 鲁荣江、王立丰：《Visual Basic 项目案例导航》，科学出版社，2002年6月版 陈明：《软件工程》，中央广播电视大学出版社，2002年6月版 段兴：《Visual Basic 6.0 控件实用程序设计100例》，人民邮电出版社，2002年12月 杜春雷、孙会莲：《如何使用Visual basic 6.0中文版》，机械出版社，2000年1月 张曜、张青、李丁：《Visual Basic 函数实用手册》，治金工业出版社，2002年12月 范国平、陈晓鹏：《Access 2000 数据库系统开发实例导航》，人民邮电出版社，2002年12月版 闪四清：《SQL Server 实用简明教程》，清华大学出版社，2003年1月版 2.任务概述 2.1目标 2.1.1开发目标 在当今世界电脑普及的时刻，人们已经习惯用电脑办公，结果自然会产生大量的电子文件，这些文件有宝贵的历史价值，但我们如果将更多的时间花费在寻找这些文件上，即费时又费力。本软件根据此需求进行开发的。
1简介 1.1目的 本文档主要读者：产品总监、产品相关设计人员、技术总监、项目经理、开发 相关人员、测试经理及相关测试人员等。 1.2说明 项目名称：***网上商城 简述：***网上商城是公司产品打造体系的一部分，主要表现形式是手机客户端，随着移动互联网用户的增多以及相关技术的普及，移动电子商务成为了日常生活的一部分，那么通过手机实现大宗商品的现货交易成为了公司发展的一个目标，在没有电脑的情况下，客户可以使用手机登陆掌易通客户端进行相关资讯以及交易信息的查看，并且可以实现洽谈、下单、交收等业务。为现货交易更加便捷，实现随时随地电子商务。 2产品功能业务需求 2.1产品构架
产品构架图
2.2主要流程功能简述 流程简述： 打开客户端后，可以实现三大功能： 一、浏览平台发布的公告信息，竞价公告以及新闻资讯等 二、通过交易大厅、专场浏览挂牌交易信息。 三、会员登录后可以对业务进行处理。 买方会员可以通过一口价或洽谈的方式进行购买下订单。 买方会员可以在业务中心进行验货、验票、评价、将提单生成二维码等操作。卖方会员可以在业务中心进行发货、评价、将提单生成二维码等操作。 注：手机端不支持支付的功能，需在PC端进行支付。手机端不支持订单、合同的异议功能，需在PC端进行异议处理。
3功能界面展示和说明 3.1前台 ●手机客户端支持分辨率不低于640*960像素 ●本需求中页面效果图为原图，需由专业美工进行适当设计布局，手机界面的整体 色系统一、唯美，菜单、下拉框、按钮等控件风格保持一致。 ●进入手机客户端首先进入的是首页 ●加载时显示“请稍等...” 3.1.1首页
软件工程需求分析报告 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
目录 1 引言 编写目的 (1) 项目背景 (1) 术语说明 (1) 参考资料 (1) 2 项目概述 编写目的 (1) 项目背景 (2) 术语说明 (2) 参考资料 (2) 条件和限制 (3) 3 功能需求 功能划分 (3) 功能描述 (3) 4 外部接口需求 功能划分 (3) 功能描述 (4) 5 性能需求 数据精确性 (4) 时间特性 (4) 适应性 (4) 6 软件属性需求 正确性 (4) 可靠性 (4) 效率 (5) 完整性 (5) 易使用性 (5) 可维护 性 (5) 可测试 性 (5) 可复用 性 (5)
安全保密 性 (5) 可理解 性 (5) 可移植 性 (5) 互联 性 (5) 7 其他需求 (5) 8 数据描述 (5) 静态数 据 (6) 动态数 据 (6) 数据库描 述 (6) 数据字 典 (6) 数据采 集 (6) 9 附录 (6) 1引言 编写目的 学生管理系统是面向学生的，目的是提高学校对学生的管理。本系统主要包括六个模块：学生的基本信息、课程的基本信息、登录、成绩录入、成绩查询和汇总功能，这六个模块基本实现设计本系统的目的，从而可以进一步满足学校对管理系统的要求。 现在的学生管理系统功能不够，所以我们要明确用户对学生管理系统的功能和性能的需求,并将这些需求用语言编写出来。并使系统开发者和学生对此成
绩管理系统有共同的理解和认识。这是开发学生管理信息系统的基础,为了更好的开发，对系统的设计要详细。开发的系统要简单实用。 项目背景 项目名称为：学生成绩管理信息系统。开发目标为有效管理学生信息，实现学生信息的数据录入、浏览、修改等，从而实现对学生信息的规范化、系统化、自动化管理。 术语说明 MIS: 管理信息系统 Transaction Processing : 事务处理 Data Acquisition :数据采集 Data Processing Circle : 数据处理流程 Data Processing：数据处理 参考资料 《软件工程案例教程》…毕硕本卢桂香编着北京大学出版社 《Vista Basic语言程序设计》…刘韬编着人民邮电出版社 2 项目概述 待开发软件的一般概述 此软件的目的是提高学校对学生的科学化管理，为学校的学生成绩管理系统进行优化。 待开发软件的功能 (1) 由于学生学籍等信息具有一等保密性，应该为用户设置密码以提高系统的数据安全性。 (2) 使用该系统，可以记录学生学籍，能方便的浏览、添加、编辑和查询学生的信息，通过该系统了解学生的基本情况。 (3) 使用该系统，可以查看学生、课程、成绩3个重要方面，提供报表的输出和打印功能。 (4) 随着学校班级的变动，系统应该能对班级信息进行增加、编辑和删除功能。 (5) 本系统听具有数据库维护功能。 本系统模块结构图
需求分析规格说明书 <项目名称>
文件管制级别：<级别>
目录 1.简介------------------------------------------------------------------------------------------------------------------------------------- 1 1.1规格目的-------------------------------------------------------------------------------------------------------------------------------- 1 1.2规格范围-------------------------------------------------------------------------------------------------------------------------------- 1 1.3参考文件-------------------------------------------------------------------------------------------------------------------------------- 1 2.系统流程图---------------------------------------------------------------------------------------------------------------------------- 1 3.数据流图------------------------------------------------------------------------------------------------------------------------------- 1 4.数据字典------------------------------------------------------------------------------------------------------------------------------- 2 5.加工说明------------------------------------------------------------------------------------------------------------------------------- 3 6.用户界面------------------------------------------------------------------------------------------------------------------------------- 4 7.性能要求------------------------------------------------------------------------------------------------------------------------------- 4 8.需求审查------------------------------------------------------------------------------------------------------------------------------- 4 9.附录------------------------------------------------------------------------------------------------------------------------------------- 5