华西铝业
设备管理系统需求分析说明书
1.编写目的
设备管理系统是一个以设备为中心，对设备从安装、使用直到报废的一个完整周期中所发生的各种事件进行跟踪的一个管理信息系统。系统可以为企业提供一个简便实用的管理平台，将设备全生命周期的管理工作信息化，有效地进行设备管理工作，提高设备生命周期的利润率，直接为企业创造价值。
2.项目范围
由于设备管理系统功能全面、丰富，流程相对复杂、工作量大，因此，为便于系统开发管理，降低风险，根据实际情况，现将设备管理系统拆分为四个子模块：
●设备台账管理
●设备检修管理
●备品备件管理
●系统管理
有关各个系统实现的具体功能，请参见下面的功能简介部分。
设备管理系统包括数据处理、数据查询和成本核算三个功能。
数据处理功能：新设备的添加、修改、删除；及领用设备和消耗设备的修改、删除等一些设备信息操作活动。
数据查询功能：实现每一阶段库设备、领用设备和消耗设备的查询操作活动。
成本核算功能：对每月设备的运行情况、领用、消耗等分别进行统计分析。
3.功能简介
3.1功能框架图
3.2设备台账管理
3.2.1设备基本信息管理
功能需求
该模块主要是录入，查询，修改设备的资料，以使设备管理更加直观，方便。主要功能包括：
?录入设备信息：此模块可以添加新设备，包括设备名称，类型，人员管理等。
?查询：此模块可以按条件查询设备，分单条件查询和多条件查询。
?修改：此模块从查询结果进入,可以将查询到的不合事实的设备属性修改
数据定义
?序号: 报表中用到的字段，指每一条记录打印的顺序号.
?台帐编号: 可手工输入，也可自动生成.
?设备类型: 指定设备所属的类型.
?设备名称: 人工录入设备的名称.
?型号规格: 用于录入设备在厂家指定的型号规格数据.
?制造单位: 此设备的原厂单位名称.
?数量: 指定此设备的数量.
?计量单位: 指定设备计量的单位，如米、件、台等。此数据在系统设置中进行设定，
在此可以选择录入.
?重量: 设备的重量数字值.
?重量单位: 重量的单位，录入者录入.在系统设置中初始化.
?购入日期: 指定设备的购入日期.
?投产日期: 指定设备投入使用的日期.
?验收日期: 指定投备验收的日期.
?保修期限: 以月为单位指定设备的保修期限.
?使用部门: 指定拥有和管理设备的部门.
?管理人员: 指定维护和使用此设备的人员。可以录入多个人.
?设备原值: 设备采购时的价格.
?设备净值: 设备经折旧或大修之后现在的价值.
?安装地点: 设备安装所在的地点.
?设备状态: 指定设备的状态，其状态数据有：上线、封存、闲置、报废、待修、备用.在设备异动中改变值.
?录入日期: 系统默认为当前的日期，此日期不是本地机器的日期，而是从服务器上得到的标准日期.
?录入人员: 录入此记录的人员，系统指定是当前登陆操作人.
?最近一次修改人: 设备资料最后一次修改的人员.
?最后一次修改日期: 设备资料最后一次修改的时间.
3.2.2设备异动
●功能需求
设备异动是指设备状态的改变，设备的状态有：上线、封存、闲置、报废、待修、备用。在此需要修改的是设备的状态，而对于其它基本的资料不能进行修改。该模块只是一个记录的模块，不带审批流程，所以在改变设备的状态后，系统要对异动的原因以及领导的意见进行记录。
该模块主要功能包括：
?选择需要进行状态修改的设备。
?改变设备的状态。设备的状态有：上线、封存、闲置、报废、待修、备用。
?记录此次设备异动的异动时间，异动原因，确认部门，确认部门意见，主管部门，主管部门意见。
?查看设备异动的历史记录。
●数据定义
?设备异动信息编号
唯一标志一条某一次设备异动信息。
?设备编号
进行异动的设备的编号；改变设备状态的时候，设备的编号保持不变。
?设备名称
状态要改变的设备的名称，改变设备状态的时候，设备的名称保持不变。
?异动时间
此次设备异动发生的时间。
?异动原因
此次修改设备状态的原因。
?确认部门
确认此次异动的部门。
?确认部门意见
确认此次异动的部门的意见。
?主管部门
需要改变状态的设备的主管部门。
?主管部门意见
需要改变状态的设备的主管部门的意见。
?设备状态
当前设备的状态。
?异动员
?进行此次操作的异动人员。
3.2.3设备调拨
●功能需求
设备调拨是对设备调拨的结果进行记录，调拨有两种结果，一种是内部调拨，也就是设备从公司内的一个部门调到另外一个部门，设备的拥有权和管理权由一个部门转移到另外一个部门；另一种是外向调拨，也就是把设备从公司内部调拨到其它的公司。在整个设备调拨的过程中，不考虑带有办公的模块，调拨人员在得到相关领导批示以后，按照批示手工输入相关信息。主要功能包括：
?查询具体的某一台设备的基本信息，然后进行调拨。
?选择调拨的种类，部门之间的调拨或者公司之间的调拨
?详细记录调拨的情况，包括调拨原因，确认部门，确认部门意见，主管部门，主管领导意见
?查看最近的设备调拨信息，包括调进和调出的设备。
?查看某一个设备调拨员或者某一个部门或者某一个主管部门经手的设备调拨情况
●数据定义
?设备调拨记录编号
唯一标志一条某一次设备异动信息。
?设备编号
进行调拨的设备的编号；改变设备状态的时候，设备的编号保持不变。需要
的时候，可以根据设备的编号查询该设备的调拨历史记录。
?设备名称
状态要改变的设备的名称，改变设备状态的时候，设备的名称保持不变。需要
的时候，可以根据设备名称查询该设备的调拨历史记录。
?调拨时间
此次设备调拨发生的时间。
?调拨原因
此次设备调拨的原因。
?确认部门
确认此次设备调拨的部门。
?确认部门意见
确认设备调拨的部门的意见。
?主管部门
主管部门的名称，如果是公司内部部门，可以通过选择得到，如果是公司外的上层机构，则需录入。
?主管部门意见
主管部门对于此次设备调拨的意见。
?调拨员
进行此次设备调拨的调拨人员。
3.2.4设备技术文档
功能需求
该模块实现对设备技术文档的制定与查看，建立起工厂每种设备的文档资料，使对各设备的管理变得方便、高效，并且保证正确、有效地使用一切设备。主要功能包括：?建立新文档：输入信息包括文档编号、文档类型、文档名称、文档内容简介、制定人、制定时间、上传人、上传时间、最后修改人、最后修改时间以及要上
传的文档附件（包含文档具体内容的文件）。
?查看文档：可以通过输入查询条件，查询自己想要的文档资料。文档基本信息在列表中详细列出。此外还可以查看文档内容的简介，并且下载包含文档具体
内容的附件。
?修改文档：修改文档的基本信息或是重新上传文档附件。
?文档处理：当文档不再需要，可以将其删除。
数据定义
?文档编号
系统自动生成或人为指定
?文档类型
指定在设备技术文档的类型，明确指示大类中的细类。不能为空.
?文档名称
文档的主题名称。不能为空
?文档概述
对文档内容的简介。
?制定人
制定此文档的人。不能为空
?制定时间
制定此文档的时间。
?上传人
上传此文档的人。不能为空
?上传时间
上传此文档的时间。
?最后一次修改人
最后一次修改此文档的人员。不能为空。
?最后一次修改时间
最后一次修改此文档的时间。
?附件地址
上传文档附件的存储路径。
3.3设备检修管理
3.3.1设备点巡检
●功能需求
设备点巡检修模块是在检查设备之后录入相关的检查结果，如果设备检查中发现问题，检查人员可以根据情况触发审批流程，如果触发了审批流程，则设备大致情况将会被记录到审批流程模块中，如果不需审批则设备检查人员录入信息。主要功能包括：
?填写设备检查信息：设备名称，检查日期，设备状态，检修人员等。
?录入设备信息：参加人，检查情况，检查的设备，检查设备的原因，检查设备所属单位，检查时间，检查人，部门，检查方式等。
?向审批流程提交检查粗略情况。
?查看检查历史：经过设备检查后的设备如果检修过程中没有发现问题，检修记录作为检修人员工作的一种记录，依然要进行记录。操作人员可以在此模块中
查看自己的检修历史。
●数据定义
?检查编号
系统自动生成，其生成规则是：检查发生的日期（8位）+检查类型（2位）+检查
流水号（3位）
?检查类型
操作者可在此选择检查的类型，其类型的原始数据在系统设置中进行设置，按目前
渣钢厂所提的需求来看，其检查类型有：日常点检、周检、月检、专项检查，通过
此数据可以实现在同一个页面中处理不同检查类型的数据。这样就保重了数据处理
的集中性。
?检查部门
设备检查的部门名称。操作者在此可以选择检查工作发生的部门，其初始的数据是
从系统设置的人事结构中得到，通过此步的选择可以使下一步检查人员的数据得到
初始化，以便操作人员进行选择。
?检查人员
检查发生的人员名称。操作者在操作上步以后，得到检查人员的初始数据，操作者
只要在此选择就可以，人员的设置在系统设置的人事结构中得到。
?设备类型
设备分类，操作者选择此项后可以把下一项“受检设备”中的内容给筛选出来以供
操作者选择。
?设备编号
在设备台帐中设定的设备唯一编号。
?受检设备
被检查设备的名称。操作者从中选择对应类型下的设备名称。
审批流程
●功能需求
本模块处理检查人员提交的设备检查情况，公司或部门领导层负责对设备的检查记录判断是内部检修还是外委检修，并对其中的一些具体情况作出修改。主要功能包括：?对设备检修计划进行审批（是部还是外委）。
?对设备检修计划进行修改。
●数据定义
?审批流程号
如果触发了审批流程，操作选择的审批流程号。
3.3.2检修计划
●功能需求
在此模块中建立和维护计划检修的数据以及触发相应的工作票。系统根据设定的时间自动生成工作票，并且根据操作人员设置的日期自动停止生成工作票。主要功能包括：?创建检修计划：检查编号，检查类型，设备类型，设备编号，受检设备，受检部位，下达部门，下达人，受理部门，受理人等
?按照检修计划的相关属性进行查询
?修改检修计划
?按照检修计划审批流程实现电子化审批流转
?根据操作人员的设置自动产生工作票
●数据定义
?受检部位
操作者在选择“受检部分”以后，系统自动筛选其受检部分的内容以供操作者筛选。
如果在设计中不涉及设备部分的初始化数据，那么此部分为人工输入部分。
?运行状态
系统运行的状态，在系统设置中进行初始数据录入，在此进行选择录入。
?故障现象
手工录入故障设备的故障现象。
?备注
人工输入记录其它相关信息。
?是否触发审批流程
指定此检查认定设备有隐患的情况是否通过审批流程提交检修申请。
3.3.3设备检修
●功能需求
用于记录设备检修后的检修结果和备件使用情况。在记录之后，系统会自动记录相应的工作票实施结束。主要功能包括：
?根据工作票号查询工作票具体信息：检查编号，检查类型，设备类型，设备编号，受检设备，受检部位，下达部门，下达人，受理部门，受理人员，下达时
间
?修理人员修理完设备后，将备件使用情况录入
?录入设备修理的完成时间
?关闭工作票
●数据定义
?下达部门
此工作票下达的部门。
?下达人
此工作票下达的人员。
?下达时间
此工作票下达的时间。
?受理部门
操作者指定此工作票的接受部门，操作者选择部门以后，系统自动过滤出此工作
票的接受人以便操作者选择录入。
?受理人
操作者指定此工作票的接受人。可以输入多个人员。
?完成时间
工作票完成的时间，由人工填写。
?备件使用情况列表
检修中使用的备件的情况，由人工填写。
3.3.4工作票管理
3.3.
4.1新建工作票
●功能需求
新建工作票有两种情况:
1：在正常情况下, ,管理人员下达工作票让检修人员进行维修.
2：非正常情况下.即检修人员发现故障或隐患并将其修好,为了补录设备检修记录从而补录工单.同样是向管理员提出申请,由管理员下发工单.
●数据定义
?工作票编号
对应此检修任务的工作票编号
?检查流水号
?工作票类型
计划性检修临时性检修
?工作票下达部门
此工作票下达的部门，系统指定为当前操作者所在的部门且不可修改
?工作票下达人
此工作票下达的人员，系统指定为当前操作者且不可以修改
?工作票下达时间
此工作票下达的时间。系统指定为当前系统服务器的时间
?执行方式
?工工作票状态
?执行部门
操作者指定此工作票的接受部门
?执行人
操作者指定此工作票的接受人。可以输入多个人员
?执行时间
?结束时间
?处理记录内容
?处理记录人
?处理记录时间
?工作票开启关闭操作时间
?工作票开启关闭操作人员
?工作票开启关闭操作后的状态
3.3.
4.2工作票修改
●功能需求
管理员和检修人员对工单的内容进行修改。
●数据定义
同新建工作票
3.3.
4.3工作票开启
●功能需求
在页面上列出所有可以开启的工单，由用户来选择开启某一个工作票
●数据定义
?工作票编号
?待开启的工作票编号
?检查流水号
待开启的工作票流水号
3.3.
4.4工作票关闭
●功能需求
在页面上列出所有可以关闭的工作票，由用户来选择关闭某一个工作票
●数据定义
?工作票编号
待关闭的工作票编号
?检查流水号
待关闭的工作票流水号
3.4备品备件管理
根据检修计划制定备品备件供应计划，进行备品备件收支管理和使用追溯。应用适当的库存模型，优化库存量已达到减少库存、节约开支的目的。
3.4.1备品备件安全库存设置
●功能需求
该模块主要是提供设置各备品备件的库存上限和库存下限，根据安全库存模型计算库存上限和库存下限。实现所有操作用户通过系统对公司的备件台账及材料库存台帐和本部门自有的备件台账进行查询，以便更好地了解全公司的备件信息,促进备件的管理。主要功能包括：
?查询不同编号下的备件信息：备件编号ID、名称、类型、规格、型号、所属部门名称（不是部门ID）、最低库存量、现有库存量、金额和备注(备件的一些基
本信息)(可以支持模糊查询);
?修改一些备件的基本信息(只有车间技术员具有此权限);
数据定义
?备件编号
按照公司已有的备件的编号生成（通用系统按照系统定义的规律生成）。
?备件名称
备件的具体名称。
?备件类型
从系统设置中得相应的备件类型，操作者选择录入
?备件型号
备件出厂时定义的型号
?备件规格
备件出厂时定义的型号
?备件所属部门
备件所在的部门
?最低库存量
记录配件的最低库存量，此数据作为生成配件计划的标准。
?现有库存量
备件在库中所积的数量额。
?备件金额
备件的具体入库金额
?备件备注
备件信息(如:功能,生产商等等)的描述
3.4.2备件计划
●功能需求
该模块主要是根据检修计划、实际库存、库存上下限信息、物资采购周期等因素制定备品备件需求计划。
主要功能包括：
?申请：管理人员根据检修计划、实际库存、库存上下限信息、物资采购周期等因素制定备品备件需求计划，
?审批：在系统中按照备品备件审批流程实现电子化审批流转提交设备保障中心领导审批。
?审批程序：创建人—设备保障中心领导—公司主管副总。
?公司主管副总审批后经系统返回给计划创建人。创建人再把计划报给营销部。
●数据定义
?需求计划编号
系统自动生成的标识编号。
?计划起始时间
计划开始的时间。
?计划结束时间
计划终结的时间，该时间过后，采购计划失效。
?部门
申请备件的部门。
?制定人
需求计划的制定人。
?制定日期
需求计划的制定日期。
?备件编号
备件的编号信息。
?名称速拼
备件的拼音简称。
?备件名称
制定计划的备件名称
?备件类型
该备件的类型信息
?备件型号
备件型号信息
?备件规格
备件的具体规格。
?计划数量
具体数量信息。
?是否通过
需求计划的审批结果。
?是否修改
需求计划的修改记录。
?修改原因
计划修改的具体原因。
3.4.3备件出入库
●功能需求
该模块主要实现备件出入库以及查看出入库记录功能，车间技术员及工程师可根据备件出入库情况掌握备件消耗规律。主要功能包括：
?仓管员输入备件详细信息实现备件出/入库
?所有操作用户可查看备件出入库记录，仓管员可修改/删除备件出入库记录
●数据定义
?出/入库人
备件出/入库方人员具体姓名
?出库时间
备件出库时间，精确到某年某月某日
?入库时间
备件入库时间，精确到某年某月某日
?备件编号
按照公司已有的备件的编号生成（通用系统按照系统定义的规律生成）。
?备件名称
备件的具体名称。
?备件类型
从系统设置中得相应的备件类型，操作者选择录入
?备件型号
备件出厂时定义的型号
?所属部门
备件所属的部门
?入库量
入库的备件数量
?出库量
出库的备件数量
?出库备件领用部门
出库备件领用部门的具体名称
?领用人用户名
确认出库备件领用人身份
?领用人密码
确认出库备件领用人身份
3.4.4质量评价
功能需求
该模块主要是进行备件质量进行评价，对质量异议申请、审批及相关的反馈工作，质量异议是指对于备件的质量问题提出异议，反馈到公司统一管理，以尽量防范类似问题的发生，提高生产质量。质量异议审批只能由具有审批权限的相关人员完成。主要功能包括：?管理人员在系统中提交质量异议申请（输入界面包含部门、输入人、名称、型
号、质量原因等信息），经中心领导审批后提交到机动科工程师。
?车间主任审批质量异议申请，查看质量异议申请的详细信息审批后提交给机动科工程师。
?机动科工程师审批后在系统外进行质量异议投诉，按规定的时间将质量异议投诉结晶反馈给车间技术员。
数据定义
?部门
备件所在部门，即车间技术员对哪一个部门的部件提出质量异议。一般也为车
间技术员所在部门。
?输入人
即质量异议各信息的填写人，一般也就是质量异议申请的提出人即车间技术员。
?备件名称
即备件的名称，应与备件清册里一致。
?备件型号
即备件的型号。
?申请日期
即质量异议申请提出的日期。
?质量原因
即备件的质量有哪些方面的问题。
3.5系统管理
对公司部门类别、设备类别、系统操作员权限、其他设备人员等信息的设置和更改
软件开发方向 “成绩管理系统”软件需求规约 安博教育集团 二零零八年十月
修订历史记录
目录 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)
需求规格说明书
目录 第一章综述 (1) 1.1编制目的 (1) 1.2适用范围 (1) 1.3参考依据 (1) 1.4编制约束 (1) 1.4.1图元约束 (1) 1.4.2编码约束 (2) 1.4.3格式约束 (3) 1.5内容结构（可选） (4) 1.6导读说明 (4) 第二章项目概述 (5) 2.1项目背景 (5) 2.2项目范围 (5) 2.3项目目标 (5) 2.4现状描述 (5) 第三章需求总体分析 (6) 3.1功能体系设计 (6) 3.1.1功能结构 (6) 3.1.2功能分布 (7) 3.2整体业务流程（可选） (8) 3.3业务标准体系 (9) 第四章功能性需求 (10) 4.1功能综述 (10) 4.2需求清单 (10) 4.3需求优先级（可选） (10) 4.4功能编码?功能项 (11) 4.4.1功能综述 (11) 4.4.2业务流程 (11) 4.4.3关系分析 (13) 4.4.4详细功能需求 (13) 第五章非功能性需求 (17) 5.1软件质量属性需求 (17) 5.1.1运行期 (17) 5.1.2非运行期 (20) 5.2约束性需求 (21) 5.2.1基础架构 (21) 5.2.2标准规范 (21) 5.2.3集成要求 (21) 5.2.4其他约束 (21) 第六章集成需求 (22)
6.1技术要求 (22) 6.2数据集成 (22) 6.3应用集成 (22) 6.4流程集成 (23) 第七章尚需解决的问题 (24) 7.1问题总表 (25) 7.2问题处理 (25) 附录I 业务对象 (26)
第一章综述 若采用分册编制方式组织，则本章与第二章、第三章单独成册，其它分册可略去本章、第二章和第三章内容。 1.1编制目的 用简洁的语言描述编写这个文档的目的。 1.2适用范围 本文档适用的范围。 1.3参考依据 列举编写软件需求规格说明时所参考的资料或其它资源。这可能包括且不限于：用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。对于非易获得性或项目所专属的参考资料，应当以附件形式提供。 1.4编制约束 1.4.1图元约束 （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．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
数据库设计：需求分析? 设计一个性能良好的数据库系统，明确应用环境对系统的要求是首要的和基本的。因此，应该把对用户需求的收集和分析作为数据库设计的第一步。 需求分析的主要任务是通过详细调查要处理的对象，包括某个组织、某个部门、某个企业的业务管理等，充分了解原手工或原计算机系统的工作概况及工作流程，明确用户的各种需求，产生数据流图和数据字典，然后在此基础上确定新系统的功能，并产生需求说明书。值得注意的是，新系统必须充分考虑今后可能的扩充和改变，不能仅仅按当前应用需求来设计数据库。 如图所示，需求分析具体可按以下几步进行： (1)?? 用户需求的收集。 (2)?? 用户需求的分析。 (3)?? 撰写需求说明书。 图 ?需求分析的过程 需求分析的重点是调查、收集和分析用户数据管理中的信息需求、处理需求、安全性与完整性要求。信息需求是指用户需要从数据库中获得的信息的内容和性质。由用户的信息需求可以导出数据需求，即在数据库中应该存储哪些数据。处理需求是指用户要求完成什么处理功能，对某种处理要求的响应时间，处理方式指是联机处理还是批处理等。明确用户的处理需求，将有利于后期应用程序模块的设计。 调查、收集用户要求的具体做法是： (1)?? 了解组织机构的情况，调查这个组织由哪些部门组成，各部门的职责是什么，为分析信息流程做准备。
(2)?? 了解各部门的业务活动情况，调查各部门输入和使用什么数据，如何加工处理这些数据。输出什么信息，输出到什么部门，输出的格式等。在调查活动的同时，要注意对各种资料的收集，如票证、单据、报表、档案、计划、合同等，要特别注意了解这些报表之间的关系，各数据项的含义等。 (3)?? 确定新系统的边界。确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。 在调查过程中，根据不同的问题和条件，可采用的调查方法很多，如跟班作业、咨询业务权威、设计调查问卷、查阅历史记录等。但无论采用哪种方法，都必须有用户的积极参与和配合。强调用户的参与是数据库设计的一大特点。 收集用户需求的过程实质上是数据库设计者对各类管理活动进行调查研究的过程。设计人员与各类管理人员通过相互交流，逐步取得对系统功能的一致的认识。但是，由于用户还缺少软件设计方面的专业知识，而设计人员往往又不熟悉业务知识，要准确地确定需求很困难，特别是某些很难表达和描述的具体处理过程。针对这种情况，设计人员在自身熟悉业务知识的同时，应该帮助用户了解数据库设计的基本概念。对于那些因缺少现成的模式、很难设想新的系统、不知应有哪些需求的用户，还可应用原型化方法来帮助用户确定他们的需求。就是说，先给用户一个比较简单的、易调整的真实系统，让用户在熟悉使用它的过程中不断发现自己的需求，而设计人员则根据用户的反馈调整原型，反复验证最终协助用户发现和确定他们的真实需求。 调查了解用户的需求后，还需要进一步分析和抽象用户的需求，使之转换为后续各设计阶段可用的形式。在众多分析和表达用户需求的方法中，结构化分析(Structured Analysis，SA)是一个简单实用的方法。SA方法采用自顶向下，逐层分解的方式分析系统，用数据流图(Data Flow Diagram，DFD)、数据字典(Data Dictionary，DD)描述系统。 1. 使用数据流图分析信息处理过程 数据流图是软件工程中专门描绘信息在系统中流动和处理过程的图形化工具。因为数据流图是逻辑系统的图形表示，即使不是专业的计算机技术人员也容易理解，所以是极好的交流工具。图给出了数据流图中所使用的符号及其含义。
软件需求分析规格说明书格式 2008年03月28日11:08:00 chenguang79阅读数：1993 1.引言 1.1编写的目的 /*说明编写本说明书的目的 1.2背景说明 /*给出待开发系统的全名及项目提出者，开发者，及用户。同时说明该软件系统将做什么和不做什么。 1.3术语定义 1.4参考资料 /*列出本文档所引用的全部资料以及资料的来源。 2. 任务概述 2.1功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系，最好用图表明。 2.2约束条件 /* 简要说明对系统设计产生影响的限制备件，如管理模式，硬件限制，技术或工具的制约等。 3. 数据流图与数据字典 3.1 数据流图 3.1.1 数据流图图形 /*将需求分析构造的数据流图按层次逐层画出。 3.1.2加工说明 /*对数据流图中的每一个加工，按编号，加工名，输入流，输出流及加工过程逐一说明。 3.2 数据字典 /*本节对数据流图中使用的数据项，数据结构，文件的内容及组织结构逐项说明. 3.2.1 数据项说明 3.2.2数据结构说明 3.2.3文件说明 4 系统接口 4.1 用户接口 /*说明人机交互界面的用户需求，如屏幕格式，报表，菜单的格式与内容及功能键定义。 4.2 硬件接口 /* 说明本软件系统与硬件设备的接口信息的内容，格式以及运行软件的硬件设
备特征。 4.3 软件接口 /*说明本软件系统与其它支持软件之间的接口规格，支持软件应明确其版本号。 5. 性能需求 5.1 精度要求 /* 说明输入/输出数据以及传输数据的精度要求。 5.2时间特征 /* 定量说明系统应达到的响应时间，更新处理时间，数据传输转换时间，计算时间的特征值 5.3灵活性 /* 说明本软件在需求发生变化时(操作方式，精度要求，时间特征等)的适应能力。 6 软件属性 6.1 可使用性 /* 规定系统的某些特殊需求，如检查点设置，恢复方法和重启动方法，以确保软件可使用。 6.2 系统安全性 /* 规定系统为保证运行安全，信息安全面而采用的技术措施，如密码，防病毒，防黑客等。 6.3 可维护性 /* 规定系统为提高系统的可维护性将采取的措施。 6.4 可移植性 /* 规定程序以及挡方面军的兼容性，扩充性的约束。 7 其它需求 7.1 数据库需求 /*对数据库的静态结构，动态组织，访问信息的方式，使用频率以及数据的存储等方面提出需求。 7.2 系统操作要求 /*列出系统所要求的正确或特殊的操作方式，如用户的操作方式和系统的后援和恢复操作。 7.3 故障及其处理 /* 尽量烈列出能够预测的系统故障(包括软硬件及其它系统)，并指出故障可能造成的影响及故障排除的方法。 8 附录
需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励／响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例： (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)
6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)
1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析，对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据。 需求分析是在可行性研究的基础上，将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发，问题是否能够解决，而需求分析旨在回答"系统做什么"的问题，确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样，在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的深入而不断地变化。 此外，为了方便后续的评审和测试等工作，需求的描述应该尽量做到：具体、详细、可以测量和可以实现，并且基于时间。 1.2 项目风险 政策风险分析： 随着社会的进步与人们生活水平的提高大幅度增加，尤其在我国汽车进入家庭的条件下，需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备，为了让四轮定位仪市场变得规范、有序，中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年，制定了四轮定位仪的行业标准（标准号JT/T505-2004），国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定：一、二类汽车维修企业必须配备
电商系统需求分析说明书 一．引言 .....................................................错误!未定义书签。 项目背景.................................................错误!未定义书签。 前期工作.................................................错误!未定义书签。 参考资料.................................................错误!未定义书签。二．技术概述 .................................................错误!未定义书签。 目标.....................................................错误!未定义书签。 硬件支持.................................................错误!未定义书签。三．功能需求 .................................................错误!未定义书签。 功能块划分...............................................错误!未定义书签。 功能块描述...............................................错误!未定义书签。四．性能需求 .................................................错误!未定义书签。 数据精确度...............................................错误!未定义书签。 适应性...................................................错误!未定义书签。五．系统流程图 ...............................................错误!未定义书签。 顾客流程图如下...........................................错误!未定义书签。 订单处理流程说明........................................错误!未定义书签。六．数据流图 .................................................错误!未定义书签。 数据流图如下..............................................错误!未定义书签。 一．引言 项目背景 电商系统致力于提供产品展示及订购为核心的网上购物服务宣传自己商店的产品并将自己的产品展现给客户，让客户通过网站便能对自由的选择地购买产品。 该网站是通过用户登录浏览商品、查看公告、购买、确定购买、实现用户模 块功能。其中订单的生成，网站后台系统，通过系统管理员管理商品、订单、用户来实现。前期工作 我们在编写该需求前，首先是对各大网上销售网站进行了调查，其中包括：网页排版、顾客消费流程、以及管理员的操作，这三大块进行了调查。并总结出了有自 己特色的设计思路。 参考资料 《软件需求分析》《网上商城需求分析计划书》。
1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,1024*768的兼容显示器 标准兼容打印机 <2>软件方面: WIN XP操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下:
3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户 组成:返回信息 流通量:每次登录返回一次 3.数据流名:输入修改信息 来源:用户 去向:系统判断部分 组成:根据各数据库内容而不同 流通量:依用户输入而定 4.数据流名:反馈信息 来源:系统判断部分 去向:用户 组成:系统经判断后发回的字符数据 流通量: 依系统当前信息而定 5.数据流名:识别信息 来源:系统内部检验部分 去向:系统判断部分 组成:系统各数据库的标识信息 流通量:用户每次输入流通一次 6.数据流名:处理信息 来源:系统判断部分
出行服务网站 产品需求规格说明书 部门： 时间:
目录 1引言................................................ 错误!未定义书签。 编写目的....................................... 错误!未定义书签。 项目背景....................................... 错误!未定义书签。 术语定义及编写说明............................. 错误!未定义书签。 版本更新信息................................... 错误!未定义书签。2产品定义............................................ 错误!未定义书签。 应用目标....................................... 错误!未定义书签。 产品业务流程........................................ 错误!未定义书签。 接口描述............................................ 错误!未定义书签。3应用环境............................................ 错误!未定义书签。 设备环境....................................... 错误!未定义书签。 系统运行的硬件环境............................. 错误!未定义书签。 系统运行的软件环境............................. 错误!未定义书签。 系统运行的网络环境............................. 错误!未定义书签。 用户操作模式................................... 错误!未定义书签。4功能规格............................................ 错误!未定义书签。 前台功能....................................... 错误!未定义书签。MISP网站系统前台主要功能如下图所示：................... 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。
XX项目 产品需求规格说明书 机构公开信息
版本历史
1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。
1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。
软件开发方向“成绩管理系统”软件需求规约 二零零八年十月
修订历史记录
目录 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 功能 (7) 2.3 运行环境 (8) 2.4 假设与依赖 (8) 3 系统特性 (9) 3.1 系统角色 (9) 3.2 学生管理 (10) 3.2.1 增加学生信息 (10) 3.2.2 修改学生信息 (10) 3.2.3 删除学生信息 (10) 3.2.4 导入学生信息 (10) 3.3 教师管理 (11) 3.3.1 增加教师信息 (11) 3.3.2 修改教师信息 (11) 3.3.3 删除教师信息 (11) 3.3.4 导入教师信息 (11) 3.4 课程管理 (12) 3.4.1 增加课程基本信息 (12) 3.4.2 修改课程基本信息 (12) 3.4.3 删除课程基本信息 (12) 3.4.4 维护课程学生信息 (12) 3.5 成绩查询 (13) 3.5.1 学生查询成绩 (13) 3.5.2 教师查询成绩 (13) 3.6 成绩分析与统计 (13) 3.6.1 考试成绩表 (13) 3.6.2 班级各科平均成绩表 (13) 3.6.3 年级成绩排名表 (14) 3.7 系统维护 (14) 3.7.1 数据字典维护 (14) 4 非功能性需求 (14) 4.1 性能需求 (14) 4.2 安全性需求 (14) 4.3 可用性需求 (15)
XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录
1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释
1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
进销存管理系统需求说明书 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 2 项目概述 (1) 2.1 产品描述 (1) 3 具体需求 (2) 3.1 功能需求 (2) 3.1.1 基础信息管理功能需求 (2) 模块概述 (2) 3.1.1.1 往来单位信息管理 (2) 3.1.1.2 商品信息管理 (7) 3.1.1.3 仓库信息管理 (12) 3.1.1.4 银行账户信息管理 (15) 3.1.1.5 员工信息信息管理 (18) 3.1.1.6 费用科目信息管理 (21) 3.1.2初始化信息管理功能需求 (24) 模块概述 (24) 3.1.2.1 期初商品库存信息管理 (25) 3.1.2.2 期初应收,应付款信息管理 (28) 3.1.2.3 期初银行账户信息管理 (32) 3.1.3 系统管理模块功能需求 (35) 模块描述 (35) 3.1.3.1 公司信息管理 (37) 3.1.3.2 权限管理 (39) 3.1.3.3 系统信息 (43) 3.1.3.4 用户修改密码 (45) 3.1.3.5 用户登陆系统 (47) 3.1.4 现金管理功能需求 (49) 模块概述 (49) 3.1.4.1其他费用支出 (50) 3.1.4.2 其他收入 (52) 3.1.4.3 付款单录入 (55) 3.1.4.4 收款单录入 (57) 3.1.4.5 资金往来查询 (60) 3.1.4.6客户对帐单 (62) 3.1.4.7应收应付款报表 (64) 3.1.4.8 银行资金报表 (66) 3.1.4.9 到期单据提醒 (68)
CRM客户关系管理 ——项目需求分析说明 江苏淮微技术中心 Jiangsu Microsoft Technology Center
第一部分引言 1.1编写目的 本规格说明描述了CRM项目的需求，作为系统设计、实现目标及验收的依据，通过该需求分析，描述用户的具体需求，定义需求具体的规格和内容。并且作为各方面沟通的依据，也作为下一步工作提供基准。 软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点，经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。 1.2适用范围 本文档主要设计CRM的应用模型和功能需求描述。 1.3背景 A、软件系统的名称：CRM客户关系管理系统 B、任务提出者：中文名称(英文) 开发者：江苏淮微技术中心（Jiangsu Microsoft Technology Center） C、本系统目前是独立的系统，暂不与江苏淮微技术中心的其他软件系统提供接口，所产生的输出也将是独立的。 最终用户可通过互联网或局域网以多种方式使用本系统。 本系统将使用SQL Server2005作为数据库存储系统，SQL Server2005软件由用户自行提供 1.4 术语、定义和缩写 定义：CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。 缩写：CRM
1.5文档概述 本文档主要描述了CRM的外部接口需求、功能需求以及其他非功能需求 1.6参考资料 相关的文件包括： Ａ、江苏淮微技术中心《CRM项目开发计划》； 参考资料： A、国家标准《软件需求说明书（GB856T——88）》 B、《软件工程》 C、《设计模式》 D、《CRM客户关系管理系统》 第二部分任务概述 2.1目标 CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。具体说来，系统的目标包括： 客户管理 事物管理 销售管理 采购管理 商务管理 服务管理 汇总中心 权限管理
目录 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2任务概述 (3) 2.1目标 (3) 2.2用户的特点 (3) 2.3假定和约束 (3) 3对需求的规定 (4) 3.1对功能的规定 (4) 系统功能详细列表 (7) 3.2对性能的规定 (9) 3.2.1精度 (10) 3.2.2时间特性要求 (10) 3.2.3灵活性 (10) 3.3数据管理能力要求 (11) 3.4故障处理要求 (11) 3.5对功能的需求 (11) 4运行环境规定 (12) 4.1设备 (12) 4.2支持软件 (12) 4.3接口 (12)
在线教学系统需求说明书 1引言 1.1编写目的 本软件需求说明书以用户需求为基础，展示在线教学系统的开发要求，主要面向用户与系统开发人员；对于用户，重点在于清楚的表达用户提出的需求，经用户确认是否符合用户的需求，在客户与系统分析人员间形成互动；对于开发人员，主要让程序开发人员了解系统的功能，系统的对象，系统对象的属性，以及对象之间的关系。 1.2背景 说明： a．软件学院在线教学系统 b．本项目由软件学院依托《中国地质大学（北京）科学技术基金》提出，并由05级本科生开发完成，该系统依赖于校园局域网，主要面向软件学院全体师生以及校内公选课选我院所开课程的同学使用。 c．拟该系统与软件学院在线考试系统相互链接，共同组合为软件学院教学综合管理系统。 1.3定义 本文件中用到的专门术语的定义： a.SQL server2000：微软数据库产品； https://www.doczj.com/doc/563173574.html,：微软公司软件开发语言； c.Microsoft https://www.doczj.com/doc/563173574.html, 2003：微软公司软件集成开发环境。 1.4参考资料 本文件的参考资料： a.本文件以国家标准（GB8567——88）为软件开发标准。 b.本文件引用到的文件为《08-软件需求说明书（GB856T——88）.doc》。
XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技
项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求，电子公
文在线预览
项目负责人审核与确认 供应商：
职位
审核时间
审核意见(签字)
客户方：
目录
第一章 引言 ................................................................... 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 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16