软件开发项目节点控制软件
（版本：v1.0）
目录
1、引言
1.1 背景
经过近几年的信息化实施推进，对项目管理方面已经有了自己独特的管理要求和管理方法，在经过主要项目管理人员共同策划和讨论的基础上，确立了一套自己的软件项目管理思路和模式，并在此基础上建立属于自己的项目管理软件用于支撑公司目前的项目推进平台。
1.2 概述：
软件开发项目节点控制软件提供软件项目各项目经理制定项目大节点计划，根据大节点计划编制年度、月度计划和周计划内容，同步按照各大节点要求完成相关电子文档提交工作，保证项目最终完成的资料完整性要求。
该软件是对项目从需求到结项整个生命周期的过程管理标准平台；
1.3 参考资料
1、《项目管理知识体系指南（第3版）》-PMBOK指南；
2、需求概述
2.1、流程及职责分配
软件开发项目节点控制流程如图一所示：
图1 软件开发项目节点控制流程图
项目节点编制要求：
根据图1中流程图中我们必须按照要求，在每个功能块中必须提交相应文档，如果未提交相应文档，系统要求给出提示信息；
图2 计划管理业务流程
图3 周计划管理与项目节点间关系业务流程
年度计划实绩编制：
发出计划实绩编制和实绩反馈通知的时间一般定在每年12月初；
计划实绩编制和收集整理工作要在每年12月23日完成；
在每年12月25日完成年度计划和实绩的汇总统计工作；
月度计划实绩编制：
发出计划实绩编制和实绩反馈通知的时间一般定在每月21日（如果为周末则需要提前）；
计划实绩编制和收集整理工作要在每月23日完成（如果为周末，则顺延）；
计划平衡会一般定为每月23日完成（如果为周末，则顺延）；
平衡会后完成各相关部门意见征集和月度计划发布；
月度计划发布后由部门领导监督项目执行；科室长负责安排各相关人员执行并按时间完成计划；计划员负责跟踪计划执行情况；
软件开发室在编制月度计划时需要参考项目管理室的月度计划编制情况，尽量项目名称一致；
周计划实绩编制：
每周五3：30分前由部门各专业和科室负责人完成本周计划的编写工作；
每周五下班前由部门计划员完成计划实绩的收集和汇总编制工作；
说明：
（1）从目前系统功能方面软件和项目管理的关联关系还没有建立，考虑到如果建立，会出现一个需求，软件开发可能会分成几项，因此考虑年度进行汇总的情况时根据年度计划手工进行关联；
（2）系统初始化年度计划、月度计划和周计划编制完成后，经过部门计划平衡由计划管理员进行最终修改完善（因此，计划管理员既作为系统管理员并且也能对所有专业有读写权限）；
2.2 开发总体框架及用例
项目总体框架如图三所示。
项目管理软件系统
基础信息管理
项目大节点管理
项目月度计划管理
项目周计划管理
项目统计分析(第二期)项目年度计划管理
图3 软件项目控制软件系统框图
系统共分为6个部分：（1）基础信息管理；（2）项目大节点管理；（3）项目月度计划管理；（4）项目周计划管理；（5）项目年度计划管理；（6）项目统计分析（放于二期开发）；
项目用例如图四所示：
系统管理员
基础信息维护<
专业主管
周计划编制<
各科室主任
周计划实绩
<
<
<
部门领导
<
<
月度计划编制
月度计划实绩
年度计划编制
年度计划实绩
<
<
<
<
<
<
<
<
<
<
<
<
综合统计查询
<
<
<
图4 软件项目控制用例框图
项目使用者：
（1）专业主管；
负责完成周、月、年度计划的编制和实绩以及使用综合查询功能进行计划分析；
（2）各科室主任；
负责完成周、月、年度计划的编制和实绩以及使用综合查询功能进行计划分析；
（3）部门领导；
负责查看和通过系统监督部门周、月、年度计划的编制和实绩以及使用综合查询功能进行计划
分析；
（4）系统维护员；
维护系统角色及其权限；
2.3 开发数据逻辑视图
EMPTOMENU
MENUTOEMP
YEARTOITEM
YEARTOMONTH
MONTHTOWEEK
EMPTOTYPE
TYPETOEMP
EMP
EMP_NO EMP_NAME RGST_DT RGST_USER_ID MNT_DT MNT_USER_ID STATE
Identifier_1
MENU
MENU_ID MENU_DESC RGST_DT RGST_USER_ID MNT_DT MNT_USER_ID
Identifier_1
EMPTOMENU EMP_RW STATE I
I
WEEKCODE
WEEK_ID WEEK_STA WEEK_END RGST_DT RGST_USER_ID MNT_DT MNT_USER_ID
Identifier_1
YEARPLAN_ITEM
YEARPLAN_ITEM_NO YEARPLAN_ITEM_DESC PLAN_STATE PLAN_TYPE RGST_DT RGST_USER_ID MNT_DT MNT_USER_ID Attribute_34PLAN_START_DT PLAN_END_DT TURE_START_DT TURE_END_DT BAK
Identifier_1
YEARPLAN
YEARPLAN_ID YEARPLAN_DESC YEARPLAN_YEAR PLAN_TYPE PLAN_STATE RGST_DT RGST_USER_ID MNT_DT MNT_USER_ID TURE_START_DT PLAN_END_DT PLAN_START_DT TURE_END_DT BAK
MONTHPLAN
MONTHPLAN_ID MONTHPLAN_DESC PLAN_TYPE PLAN_STATE RGST_DT RGST_USER_ID MNT_DT MNT_USER_ID PLAN_START_DT PLAN_END_DT TURE_START_DT TURE_END_DT CHARGE_DEP CHARGE_PER ASSIT_DEP ASSIT_PER BAK
Identifier_1
WEEKPLAN
WEEKPLAN_ID WEEKPLAN_DESC PLAN_TYPE PLAN_STATE RGST_DT RGST_USER_ID MNT_DT MNT_USER_ID PLAN_START_DT PLAN_END_DT TURE_START_DT TURE_END_DT CHARGE_DEP CHARGE_PER ASSIT_DEP ASSIT_PER IF_NODE BAK
Identifier_1
TYPE
TYPE_NO TYPE_DESC RGST_DT RGST_USER_ID MNT_DT MNT_USER_ID STATE
Identifier_1
EMPTOTYPE STATE I
图5 数据逻辑视图
（还不为最终设计数据结构，需要增加周度表、项目性质表、大节点项目表）
2.4 功能模块说明 2.4.1 项目大节点管理模块
项目大节点管理内容通过周计划界面由各专业主管选中为重点项的项目，如果为重点项，保存后将该项目同时存为项目大节点控制项目；
功能说明： A 、项目登记 目的：项目登记是项目管理室专业主管基本确定某个项目准备进入需求管理阶段时将项目纳入项目过程控制环节，提交相关项目信息；（由周计划中专业主管定义为大节点控制项目）
当周计划项目中项目主管将其中某项勾为大节点项目时，系统将给出大节点界面，其中项目名和需求编号自动集成和系统生成，填写完成计划开始和结束时间，则系统将该项目保存进入大节点项目，同时在周计划中保存该项目为项目管理专业周计划项，同时该项目在项目大节点管理中保存其状态；
操作：
（1）由周计划项目中确定为大节点项目的各项转入，提取其中的项目名称，系统自动生成需求编码（根据钱亮浩需求外挂的算法），填写该项目的项目类型（A、B）、紧急程度（1~5级）、项目需求计划开
始和结束时间；
（2）该过程不需要提交文档；
（3）在可能情况可以在调研阶段填写乐观和悲观完成时间；
（4）项目上线最终节点为（悲观+乐观时间），暂时悲观时间占权重80%，乐观时间占权重20%；
责任：
（1）该部分登记工作责任由项目管理室主管负责；
要求说明：
（1）项目版本填写要求：当如果某项需求项目没有颠覆性变更情况下增加的需求，版本号增加0.1，例如v1.0、v1.1、v1.2等依次累加（通过周计划编制项目转入大节点计划）；当如果某些需求项目发生颠
覆性变更情况下，需求作为一个新项目需求项目，不再作为原需求延续；
（2）项目类型如果为A，则该项目需要在需求完成后做详细设计；如果项目类型定义为B型，则该项目在需求完成并由开发室认可后，直接纳入开发过程；
B、需求调研
目的：需求调研是项目管理室主管在项目推进过程中收集业务部门的需求，按照专业管理手册要求编制项目的需求文档；
操作：
（1）在节点控制报表中填写需求计划开始和结束时间；
（2）在需求调研完成后，填写实际开始和结束时间；
（3）在需求调研结束后，提交需求调研文档；（需求调研文档标准遵照专业管理手册要求）
责任：
该部分工作由项目管理室专业主管负责；
C、详细设计
目的：在项目类型确定为A型后，软件开发室在项目专业主管提交需求并得到认可后，软件开发室就需要组织人力进行开发软件的详细设计工作，具体设计要求按照专业管理手册标准制作；同时在系统中表现为项目管理主管提交该需求的实际结束时间关闭该项目，根据其项目类型为A级，自动将该项目转为软件开发室周计划提取项以供编入软件开发室开发周计划，同时该项目在项目大节点管理中保存其状态；
操作：
（1）在项目管理专业主管提交需求后，软件开发室则需要填写计划开始和结束时间和责任人；
（2）在做详细设计过程中
（3）在详细设计完成后，软件开发室需要填写实际开始和结束时间；
（4）在详细设计完成后，软件开发室需要提交详细设计文档；
责任：
（5）该部分工作由软件开发室负责；3.4 编码开发及测试
D、编码开发及测试
目的：在项目需求确认的基础上（如果项目为A级，要求详细设计完成后方可进入开发阶段），软件开发室组织人力开始将需求开发成为产品，同时对每个开发单元用验证数据进行测试，每个开发人员完成其分配的功能开发任务后，需要同步完成其负责的；系统中表现为详细设计完成或者非A类项目需求实际结束时间填写完成，自动将该需求列为开发周计划中，供软件开发室选取作为开发周计划项目，在周计划中填写开发计划开始时间和结束时间以及负责人、配合人员，同时该项目在项目大节点管理中保存其状态；
操作：
（1）根据需求（业务需求/详细设计）开发符合上线的软件产品；
（2）保证测试所有功能单元，提供单元测试记录；
（3）在开发前，提交计划开始和结束时间；
（4）在开发前，提交开发负责人；
（5）在开发完成后，提交实际开始和结束时间；
责任：
（6）该部分工作由软件开发室负责；
E、集成测试及修改
目的：在软件开发人员按照业务（或详细需求）要求完成软件开发和单元测试工作后提交项目管理室，由项目主管组织人员对交付的各模块进行模块功能集成并进行测试，将测试过程中发现的BUG及与业务逻辑存在出入的地方记录并提交软件开发室安排修改；
软件开发室在接到集成测试BUG文档后，对BUG进行消除工作；
最终目的是完成所有业务系统要求检查工作并具备上线条件；
操作：
（1）在测试开始前，填写测试计划开始和结束时间；
（2）在测试结束后，填写测试实际开始和结束时间；
（3）测试人员提供测试记录及跟踪文档；
责任：
该部分工作由项目管理室和软件开发室共同完成；在编码开发项目提交实际结束时间后，系统自动将该项目转为集成测试周计划项目分配到该专业周计划中，测试人员和开发人员共同完成测试和修改后由项目管理专业主管提交实际完成时间和文档，项目转入培训上线项目管理专业的周计划，同时该项目在项目大节点管理中保存其状态；
F、上线
目的：
在软件项目完成集成测试后转入上线阶段，项目主管负责完成软件产品的使用手册及组织现场实际使用的培训工作，准备现场操作环境的完备工作，保证系统能够顺利在现场运用起来，同时保证实际业务部门能够充分合理地使用系统并促进管理提升；
操作：
（1）上线工作完成后，填写实际开始和结束时间；
（2）上线工作开始时，填写责任人；
（3）上线工作中，提交培训记录；
（4）上线工作中，提交使用手册；
责任：
该部分工作由项目管理室完成；在集成测试项目提交实际结束时间后，系统自动将该项目转为培训上线周计划项目分配到该专业周计划中，项目主管完成上线培训工作后由项目管理专业主管提交实际完成时间和文档，同时该项目在项目大节点管理中转入关闭状态；
G、界面
界面形式见《项目过程控制节点计划》表格样式；
2.4.5 项目计划管理年度计划和年度实绩管理模块
DS-设计专业PD-生产专业MA-物资专业MF-物流专业SD-软件开发SM-系统运维TR-培训管理IT-IT 管理
序号
年度计划大项
计划开始时间
计划结束时间
备注
年度计划大项年度计划小项年度年度手工输入框
筛选
状态
实际开始时间
实际结束时间
序号
年度计划小项
计划开始时间
计划结束时间
备注
状态
实际开始时间
实际结束时间
图 项目年度计划管理界面
目的： 提供项目经理登记年度项目专业工作任务及计划安排时间。年度计划包括年度计划大项和年度计划小项；年度计划和年度实绩界面一样，只是填写内容限制有所区别； 操作： （1）进入界面，点击“search ”，系统默认搜索本年度的年度计划所有项目；点击选择“不同专业”后，将对应列出不同专业本年度的年度计划大项和小项（默认方式年度小项为第一项年度大项对应的年度小项）； （2）如果进入“年度实绩”编制界面，只能填写实际开始时间和实际结束时间以及备注，如果填写了实际开始和实际结束时间，则“是否关闭”默认为关闭状态； （3）如果进入“年度计划”编制界面，只能填写年度计划大项、年度计划小项、计划开始时间、计划结束时间、备注； （4）如果在年度输入框中输入年度信息，点击“筛选”按钮，则显示出对应年度的年度大项和年度小项信息，但如果年度不是本年度（计划开始时间和计划结束时间跨度不在本年度中），则无法进行操作该纪录信息，而只能进行查看； （5）年度计划的编码YEARPLAN_ID ，VA10自行由系统生成；
eg ：MA200801（MA-专业，2008-年度，01-项目序号）
（6）有年度大项，可以没有年度小项；（软件开发室和系统运维室可能没有年度小项），如果没有年度小项，则在树状图中就不显示年度小项；
2.4.2 项目月度计划和实绩管理模块
目的： 提供项目经理登记每月项目组工作任务及计划时间。月度计划隶属于年度计划； 操作： （1）选择专业类别 年度计划大项 年度计划小项 选择月份 点击筛选按钮（先选年再选月，月份默认为上月24日至本月23日），查询出所有该月份下所有月度计划项目以及该最终时间之后的所有项目；
（2）点击“insert ”则允许在该月份下添加新的计划内容（状态不需要填写，协作部门和协作人、备注为非
必填项，其余项目都为必填项）；
选中某条筛选查询出来的项目，点击“delete ”可以将其删除； 注意：
新增、删除和修改都只允许对录入数据时间为本年当月21~25日内填写的记录进行前面几个动作，否则不允许新增、修改或删除；（如不能操作，系统需要能够提示原因）
新增、删除和修改数据只能修改录入时间为当月21~25日的数据，不在该区间的数据不能进行改动； 各专业只能对其主管专业进行管理，其他非负责专业，该登录人只有查看功能；
年份默认为系统时间当年的年份，当选择筛选条件年后，则按照筛选条件年份查询出年度大项和小项；（如果选择的年份与当年时间不一致，则只能查看，而不能修改）
（3）如果为进入菜单为实绩反馈，则只允许填写实际开始时间和实际完成时间，反馈完实际完成时间，则状态变为完成；
注意：
实绩反馈时间也只能在当月21~25日；（如果时间范围外做修改动作，系统需要能够提示不能修改原因） 责任：
该部分由项目管理室各专业主管、3个科室长负责维护；
界面：
DS-设计专业
PD-生产专业MA-物资专业MF-物流专业SD-软件开发
SM-系统运维TR-培训管理IT-IT 管理
序号月度计划项计划开始时间计划结束时间
备注
月度计划项目年度计划大项
年度计划小项
负责部门
负责人
协作部门
协作人
选择月份
月 度：状态
实际开始时间
实际结束时间
选择年份
年 度：筛选图 项目月度计划管理界面
注意：
（1） 年度和月度选择后点击筛选，则树状图中列出的也应当为该年度的年度计划大项和年度计划小项； （2） 年度和月度选择后点击筛选，月度计划会将时间跨度在该月份的（如果为计划编制：则时间为本月
24至下月23；如果为实绩反馈，则时间为上月24至本月23日）数据查询显示出来；
（3） 不同登陆人身份根据所属专业基础表内信息，只能修改和筛选查询到本专业的计划信息，其它专业
信息只能查看；
2.4.3 项目周计划和实绩管理模块
目的： 提供项目经理登记每周项目组工作任务及计划时间。周计划计划隶属于月度计划； 操作： （1）选择专业类别 年度计划大项 年度计划小项 选择月份 选择周（周度根据年度和月度出来月度出来），点击筛选按钮，查询出所有该周度下所有计划项目； 注意：
对应选择的周度与年度、月度相关联对应；
（2）点击“insert”则允许在该月份下添加新的计划内容（状态不需要填写，协作部门和协作人、备注为非必填项，其余项目都为必填项）；
选中某条筛选查询出来的项目，点击“delete”可以将其删除；
新增、删除都只允许在每周周五当日内完成，否则不允许修改；
各专业职能对其主管专业进行管理，其他非负责专业，该登录人只有查看功能；
（4）如果登陆的为周实绩编制菜单界面，则只能填写实际开始和实际结束时间；
（5）如果在周计划记录条中选中该记录为大节点项目，在选中大节点的复选框后，项目大节点填写界面自行跳出以提供输入，从而将该项目转入项目节点控制，同时填写的计划开始时间和结束时间保存
时要回填并保存进入系统；
（6）如果在填写实绩时注意事项：
①在对周计划的大节点项目“需求项”填写实际结束时间时保存进入周计划，同时要求提交需求
文档，并将实际开始和结束时间保存进入大节点数据表中，同时将该项目转入软件开发项目中以供
开发室选择进入软件开发周计划中；
②在对周计划的大节点项目“详细设计”填写实际结束时间时保存进入周计划，同时要求提交相
关文档，并将实际开始和结束时间保存进入大节点数据表中，同时将该项目转入软件开发项目中以
供开发室选择进入软件开发周计划中；
③在对周计划的大节点项目“软件开发”填写实际结束时间时保存进入周计划，同时要求提交相
关文档，并将实际开始和结束时间保存进入大节点数据表中，同时将该项目转入项目管理专业自动
进入项目管理集成测试周计划中；
④在对周计划的大节点项目“集成测试”填写实际结束时间时保存进入周计划，同时要求提交相
关文档，并将实际开始和结束时间保存进入大节点数据表中，同时将该项目转入项目管理专业自动
进入项目管理培训上线周计划中；
⑤以上项目存储时在数据表中保存和需求项的关联关系；
责任：
该部分由项目管理室各专业主管、3个科室长负责维护
界面：
DS-设计专业PD-生产专业MA-物资专业MF-物流专业SD-软件开发SM-系统运维TR-培训管理IT-IT管理
序号周度计划项计划开始时间计划结束时间备注月度计划项目
年度计划大项
年度计划小项
负责部门负责人协作部门协作人
筛选
选择年月
月度：
状态
实际开始时间实际结束时间
序号周度计划项计划开始时间计划结束时间备注周度计划项目
负责部门负责人协作部门协作人
筛选
选择周
周度：
状态
实际开始时间实际结束时间大节点
图项目周度计划管理界面
注意：
（1）系统中要求先选择年度在点击月度筛选，筛选完成后对应该年度的年度大项和小项，同时对应该月度下的月度项目，否则，不选择年度和月度，点击筛选系统提示出错信息；
（2）年度和月度计划点击选择后，周度计划会将时间跨度在该周度份的（如果为计划编制：则时间为下
增加查询条件：年度
周和下下周；如果为实绩反馈，则时间伟本周和下周）周计划；
（3） 不同登陆人身份根据所属专业基础表内信息，只能筛选查询并修改本专业的计划信息，其它专业信
息只能查看不能修改；
2.4.4 项目计划管理基础信息模块
专业类别
输入文本
输入更多文本
序号专业编码
专业名称
登录人
输入文本
输入更多文本
序号登录ID
登录人名称
登录人专业
输入文本
输入更多文本
序号登录ID 专业编码
菜单
输入文本
输入更多文本
序号菜单编码
菜单名称
人员菜单分配
输入文本
输入更多文本
序号人员ID 菜单编码读/写
图 项目管理基础信息界面
目的：
该基础信息管理，包括人员、专业、权限（人员菜单及其读写）管理；
权限：
该基础管理为系统管理员（部门计划员）进行维护； 需要增加基础信息表：项目性质表（eg ：软件需求、软件开发、业务推进等）；
周度表（eg ：801~802-对应2007年12月31日至2008年1月13日）；
2.4.6 统计
目的：
提供计划管理人员在每年、每月、每周通过系统自动完成周计划、月计划和年度计划的统计功能；
操作：
（1）进入“年度/月度/周度”，相应菜单界面，点击选择“年度/月度/周度”，同时选择“计划/实绩”，点击“search”，系统查询出相对应的“年度/月度/周度”计划或实绩信息；
注释：
（1）计划和实绩的抽取格式按照“年、月、周”的计划和实绩格式模板抽取即可，实绩还要求有统计计算功能；
（2）计划和实绩格式见附件计划和实绩模板；
（3）时间段按照年度、月度和周度的时间段抽取；
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
在与客户交流、查阅业务资料等一系列需求获取和分析工作后，有必要及时整理用户需求，并建立需求文档。本文结合笔者的实践和相关资料给出了一个需求说明书的格式模板，希望能够起到抛砖引玉的作用，同大家作进一步探讨。 XXXX项目用户需求说明书 关于文件的其他属性还可以根据需要添加诸如需求认可负责人、涉及的产品版本号、关联文档编号等内容。 版本历史 目录 0. 文档介绍 (4) 0.1 文档目的 (4) 0.2 文档范围 (4) 0.3 读者对象 (4) 0.4 参考文档 (4) 0.5 术语与缩写解释 (4)
1. 产品介绍 (5) 2. 产品面向的用户群体 (5) 3. 产品应当遵循的标准或规范 (5) 4.同类产品 5. 产品的功能性需求 (5) 5.0 功能性需求分类 (5) 5.n 功能（特征描叙） N (6) 5.n.x 功能N.x (6) 6. 产品的非功能性需求 (6) 6.1 用户界面需求 (6) 6.2 软硬件环境需求 (6) 6.3 产品质量需求 (6) 6.N 其它需求 (6) 附录A: 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示：列出本文档的所有参考文献（包括非正式出版物），格式如下：[序号标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [P1-MF] Author，计量开发规范，机构名称，日期
0.5 术语与缩写解释 1. 产品介绍 产品介绍主要说明产品特征、用途，项目背景等 2.产品用户群体 （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明产品对他们的用处，带来的利益，用户可能的购买比例 3.同类产品情况 作为参考依据 4. 产品应当遵循的标准或规范 阐述本产品应当遵循什么标准、规范或业务规则 5. 产品的功能性需求 5.0 功能性需求分类 提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。
厦漳大桥养护管理系统 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引言 1.1编写目的 随着高校越来越重视对学生的自主能力培养，对学生生活的管理也日趋于灵活。学生的自主活动日益丰富，这无疑为大学生活增添许多色彩。但是在当前互联网的繁荣盛世下，聊天工具繁多，但学生内部之间的交流却缺乏一有效信息化工具。另外由于受宽带的影响，利用大型互联网信息交流软件数据传送缓慢。因此，开发一套专门帮助学生之间进行交流，快速分享数据资料、同时方便学校管理部门下发通知的软件，将会进一步丰富高校生活的和加强学校的管理。 1.2背景 说明： a．软件名称：UC（university_contanct）。 帮助学生在学习压力繁重的同时，加强学生间的交流，充实学习生活并提升自己的交流能力。 b．任务提出者、开发者：高校活动中心。 用户：广大高校学生群体。 软件的计算中心或计算机网络：高校内部服务器及局域网络。 学校需要提供服务器及内部局域网络，用于管理学生的内部信息、以及交流数据。c．该软件为各高校内部独立软件，暂不提供各个高校间的联系功能。 1.3定义 账户信息（accountInfor）：账号（accountNum）、身份类型（type）、姓名（name）、昵称（nickname）、出生年月（birthday）、籍贯（bornPlace）、年龄（age）、性别（sex）、血型（booldtype）、星座（constellation）、联系方式（contact）、上线时间（upline）、下线时间（downline）、在线时间（onlineTime）、个性签名（signatrue）、头像（image）、登陆密码（password）、学校（school）、人物简介（profile）。
电子商务项目需求说明书（范本） 新蛋信息技术（中国）有限公司 二○一一年月日
文档修改历史记录
目录 1概述 (3) 1.1引言 (3) 1.1.1 软件项目名称 (3) 1.1.2软件项目开发背景和目的 (3) 1.1.3软件项目应用范围 (3) 1.2参考资料 (3) 1.3术语定义 (3) 2 系统功能 (3) 2.1功能分解一 (4) 2.1.1定义 (4) 2.1.2功能表述 (4) 2.1.3性能要求 (4) 2.1.4相关表单 (4) 2.1.5流程图 (4) 2.1.6特殊要求 (4) 2.2功能分解二 (5) 3 附录 (5)
1概述 1.1引言 （本需求说明书的编写目的以及阅读对象） 1.1.1 软件项目名称 （说明软件项目全称和简称） 1.1.2软件项目开发背景和目的 （简述软件项目开发背景和目的以及实现了哪些大的功能） 1.1.3软件项目应用范围 （叙述软件项目主要使用的范围、使用者等） 1.2参考资料 （本需求说明书的参考资料，包括法律法规、政策文件、国家标准、制度规范等）1.3术语定义 （逐个定义重要术语，没有可以不写本条） 2 系统功能 （定义本软件项目实现的一级功能及其内涵，一个软件项目由多个一级功能组成）
2.1.1定义 （说明功能分解一的含义以及实现过程） 2.1.2功能表述 （逐一列出对本功能分解一的各项功能表述，每项功能均需详细描述，并使读者没有歧义，描述方式可以为：输入什么、输出什么、需要系统如何加工等） 2.1.3性能要求 （详细列出对本功能分解一的系统性能要求，如：系统数据校验、缺省项判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等） 2.1.4相关表单 （详细列出本功能分解一涉及的相关表单） 2.1.5流程图 （功能分解一实现过程的流程图） 2.1.6特殊要求 （详细列出功能分解一的特殊要求，如无，可以不列）
软件需求分析说明书集团标准化工作小组 #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.系统概述 (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人
软件项目需求规格—说 明书 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
组态建模工具需求规格说明书西安电子科技大学
目录 1概述 1.1编写目的 指出编写《需求规格说明书》的目的。下面是示例： 编写此文档的目的是进一步定制软件开发的细节问题，希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解，
它说明了本软件的各项功能需求、性能需求和数据需求，明确标识各项功能的具体含义，阐述实用背景及范围，提供客户解决问题或达到目标所需要的条件或权能，提供一个度量和遵循的基准。具体而言，编写软件需求说明的目的是为所开发的软件提出： a)软件设计总体要求，作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求，数据结构和采集要求，重要的接口要求，作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 1.2编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书，策划书等。 1.3术语和缩略词 缩写、术语及符号解释 2软件概要 2.1软件总体描述 从总体上描述该软件的情况，包括软件的形式（网站，运行时系统，插件等）和软件的主要的功能，使读者对该软件有一个整体的认识。一般一两段话即可。 2.2软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 开发环境：
编程语言： 遵循的规范：软件的设计和开发过程需要严格按照合同要求，根据软件的设计方案来进行。软件开发过程应遵循软件工程规范，对过程和版本进行管理和控制。 测试环境：可以写明在什么单位测试，测试单位使用的软硬件环境。 软件交付形式： 软件交付日期： 其他：见合同。 2.3使用者特点 指明软件的使用者具有的特定。示例： 本软件主要在甲方工作环境中使用，使用者包括项目管理人员，开发人员及工程师等，使用者在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写，主要面向图书管理员、学生，老师, 和其他借阅图书的人员。本文档是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能，将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队，指导老师，用户。 1.2 背景及范围 本项目的名称：图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言：C#是微软为.NET Framework量身订做的程序语言，C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向的程序语言，和C++与Java一样亦为对象导向程序语言。 图书管理系统：图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言，独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善； b. 为了图书管理员对图书的管理更方便； c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。 2.3.2一般约束
XXX项目 软件需求规格说明书 ---------------------------------------------------------------------合肥安慧软件有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
1.引言.................................................... 错误!未定义书签。 . 项目背景............................................. 错误!未定义书签。. 编写目标............................................. 错误!未定义书签。. 建设目标（可选）..................................... 错误!未定义书签。. 系统范围............................................. 错误!未定义书签。. 定义/术语/缩写....................................... 错误!未定义书签。. 参考资料............................................. 错误!未定义书签。. 文档阅读指南（可选）................................. 错误!未定义书签。 2.总体说明................................................ 错误!未定义书签。 . 产品介绍............................................. 错误!未定义书签。. 假设和依赖（可选）................................... 错误!未定义书签。. 局限性和排斥性（可选）............................... 错误!未定义书签。 3.功能描述................................................ 错误!未定义书签。 . 业务描述............................................. 错误!未定义书签。. 用户说明............................................. 错误!未定义书签。. 基本配置及运行环境................................... 错误!未定义书签。. 用户场景............................................. 错误!未定义书签。 用例总览......................................... 错误!未定义书签。 详细用例说明..................................... 错误!未定义书签。 4.非功能性需求............................................ 错误!未定义书签。 . 性能要求............................................. 错误!未定义书签。. 可靠性（可选）....................................... 错误!未定义书签。. 安全性（可选）....................................... 错误!未定义书签。. 可移植性（可选）..................................... 错误!未定义书签。. 设计限制（可选）..................................... 错误!未定义书签。. .电源、工艺结构要求（可选）.......................... 错误!未定义书签。. 逻辑数据库需求（可选）............................... 错误!未定义书签。. 其他需求............................................. 错误!未定义书签。 5.接口说明................................................ 错误!未定义书签。 . 用户界面............................................. 错误!未定义书签。. 硬件接口............................................. 错误!未定义书签。. 软件接口............................................. 错误!未定义书签。. 通信接口............................................. 错误!未定义书签。 6.需求变更流程............................................ 错误!未定义书签。 7.设计描述（可选） ........................................ 错误!未定义书签。
1引言 (2) 1.1编写目的 (2) 1.2背景说明 (2) 2任务概述 (3) 2.1目标....................................................................................................... 错误！未定义书签。 2.1.1开发意图............................................................................................ 错误！未定义书签。 2.1.2应用目标............................................................................................ 错误！未定义书签。 2.1.3作用及范围........................................................................................ 错误！未定义书签。 2.2用户特点............................................................................................... 错误！未定义书签。 2.3假定与约束........................................................................................... 错误！未定义书签。 3需求规定 ..................................................................................................... 错误！未定义书签。 3.1对功能的规定....................................................................................... 错误！未定义书签。 3.2对性能规定 (8) 3.2.1精度.................................................................................................... 错误！未定义书签。 3.2.2时间特性要求.................................................................................... 错误！未定义书签。 3.2.3灵活性 (9) 3.3输入输出要求....................................................................................... 错误！未定义书签。 3.4数据管理能力要求 (11) 3.5故障处理要求 (12) 3.6其他专门要求 (12) 4运行环境设定 (13) 4.1设备 (13) 4.2支持软件............................................................................................... 错误！未定义书签。 4.3接口....................................................................................................... 错误！未定义书签。 4.3.1用户接口............................................................................................ 错误！未定义书签。 4.3.2软件接口............................................................................................ 错误！未定义书签。 4.4控制....................................................................................................... 错误！未定义书签。 4.5出错处理和恢复................................................................................... 错误！未定义书签。 1. 引言 1.1. 编写目的 需求的编写是为了研究图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本需求的预期读者是与图书管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。
[软件需求]销售系统软件需求说明书
＜网络营销系统＞ 软件需求说明书 作者：杨晶 完成日期：2010年7月6日 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (2) 1.4 参考资料 (3) 2 项目概述 (4) 2.1 产品描述 (4) 2.2 产品功能 (4) 2.3 用户特点 (5) 2.4 一般约束 (5) 2.5 假设和依据 (5) 3 具体需求 (6) 3.1 功能需求 (6) 3.1.1 功能需求1 (6) 3.1.2 功能需求2 (7) 3.1.n 功能需求n (7) 3.2 外部接口需求 (8) 3.2.1 用户接口 (8) 3.2.2 硬件接口 (8) 3.2.3 软件接口 (8) 3.2.4 通信接口 (9) 3.3 性能需求 (9) 3.4 设计约束 (9) 3.4.1 其他标准的约束 (10) 3.4.2 硬件的限制 (10) 3.5 属性 (10) 3.5.1 可用性 (10) 3.5.2 安全性 (11) 3.5.3 可维护性 (11) 3.5.4 可转移＼转换性 (11) 3.5.5 警告 (12) 3.6 其他需求 (12) 3.6.1 数据库 (12) 3.6.2 操作 (12) 3.6.3 场合适应性需求 (13) 4 附录 (13)
1 引言 1.1 编写目的 近年来，互联网技术的迅猛发展使电子商务在世界范围内蓬勃兴起。基于Internet的电子商务冲击着传统企业的经营模式、管理模式和经济活动的运作手段，它为中小企业提供了大量市场机会，也缩小了大型企业和中小企业之间的市场地位的差距，为中小企业提供了竞争的机会。 1.2 范围 说明： a．该系统名为网络销售系统 b．该系统更大的方便了群众，减少了用户外出或者购买的不便。 c．该系统的应用： 1）该系统的开发，为更多的经销商提供了 更好的发展平台，扩大了业务，更好的适 应了当今社会的发展需求，同时为广大的 用户提供了方便。
<教师报课系统> 需求规格说明书 作者：Mod4 完成日期：2015.10.16
修订历史记录
目录 1. 引言 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 定义 (4) 1.4参考文献 (4) 2. 项目概述 (5) 2.1 产品描述 (5) 2.2 产品功能 (5) 2.3 用户特点 (7) 2.4 一般约束 (7) 2.5 假设与依据 (7) 3. 具体需求 (7) 3.1 功能需求 (8) 3.1.1系统角色及登陆 (8) 3.1.2 学院负责人 (9) 3.1.3 系负责人 (17) 3.1.4 教师 (20) 3.2 外部接口需求 (23) 3.2.1 用户接口 (23) 3.2.2 硬件接口 (23) 3.2.3 软件接口 (23) 3.2.4 通信接口 (23) 3.3 性能需求 (23) 3.4 属性 (23) 3.4.1 可用性 (23) 3.4.2 安全性 (24) 3.4.3 可维护性 (24) 4. 验收验证标准 (24)
1. 引言 1.1 目的 该文档首先给出项目的整体结构和功能结构概貌，试图从总体架构上给出整个系统的轮廓。同时对功能需求、性能需求进行了详细的描述。便于用户、开发人员进行理解和交流，反映出用户问题的结构，可以作为软件开发工作的基础和依据以及确认测试和验收的依据。 本文档面向多种读者对象： （1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。 （2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。 （3）程序员：了解系统功能，编写《用户手册》。 （4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。（5）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。 在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。 1.2 背景 本次待开发的软件为教师报课系统。 用户通过使用该软件在移动终端完成报课相关操作。学院负责人通过导入报课信息，设定截止时间来开启报课。系负责人查看报课信息，进行审核修改。教师填写报课信息，预览报课信息等最终提交报课。 1.3 定义 1.4参考文献 [1] GB-T8567-2006，《计算机软件文档编制规范》[S] [2].（美）Roger S.Pressman著，郑人杰等译.软件工程[M].第七版.北京：机械工业出版社,2011.
中央国家机关住房资金管理中心 管理信息系统 需求说明书 （X本） 中央国家机关住房资金管理中心 二○一○年月日 文档修改历史记录
目录
1概述3 1.1引言3 1.1.1 软件项目名称3 1.1.2软件项目开发背景和目的3 1.1.3软件项目应用X围3 1.2参考资料3 1.3术语定义3 2 功能一4 2.1功能分解一4 2.1.1定义4 2.1.2功能表述4 2.1.3性能要求4 2.1.4相关表单4 2.1.5流程图5 2.1.6特殊要求5 2.2功能分解二5 2.3特殊要求5 3 附录5
1概述 1.1引言 （本需求说明书的编写目的以及阅读对象） 1.1.1 软件项目名称 （说明软件项目全称和简称） 1.1.2软件项目开发背景和目的 （简述软件项目开发背景和目的以及实现了哪些大的功能） 1.1.3软件项目应用X围 （叙述软件项目主要使用的X围、使用者等） 1.2参考资料 （本需求说明书的参考资料，包括法律法规、政策文件、国家标准、制度规X等） 1.3术语定义 （逐个定义重要术语，没有可以不写本条）
2 功能一 （定义本软件项目实现的一级功能及其内涵，一个软件项目由多个一级功能组成） 2.1功能分解一 2.1.1定义 （说明功能分解一的含义以及实现过程） 2.1.2功能表述 （逐一列出对本功能分解一的各项功能表述，每项功能均需详细描述，并使读者没有歧义，描述方式可以为：输入什么、输出什么、需要系统如何加工等） 2.1.3性能要求 （详细列出对本功能分解一的系统性能要求，如：系统数据校验、缺省项判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等） 2.1.4相关表单 （详细列出本功能分解一涉及的相关表单）
{店铺管理}超市管理系统软件需求说明书
目录 1、项目计划2 1.1系统开发目的2 1.2背景说明2 1.3项目确立2 1.4应用范围2 1.5 定义2 1.6 参考资料3 2、逻辑分析与详细分析3 2.1系统功能3 2.2、流程图6 2.3户类型与职能7 2.4、统开发步骤7 2.5系统安全问题8 3、基于UML的建模8 3.1语义规则8 3.2、UML模型10 3.21、系统UML模型10 3.22、子系统UML模型10 4、超市销售系统概念设计文档11 5、小结13 超市管理系统需求分析说明书 1、项目计划 1.1系统开发目的 （1）大大提高超市的运作效率； （2）通过全面的信息采集和处理，辅助提高超市的决策水平； （3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。
1.2背景说明 21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。 1.3项目确立 针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。 1.4应用范围 本系统适应于各种小型的超市。 1.5定义 （1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。 （2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间。 （3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。 （4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。 库存告警提示：当商品的库存数量低于库存报警数量时发出提示。 （5）盘点：计算出库存、销售额、盈利等经营指标。 1.6参考资料
《择易企业管理系统商务版V3。0》 软件需求说明书 软件开发有限公司
《择易企业管理系统商务版V3。0》软件需求说明书 目录 1.编写目的 (8) 2.背景 (8) 2.1.定义 (8) 2.2.参考资料 (8) 2.3.目标 (8) 2.4.用户的特点 (8) 2.5.假定和约束 (8) 3.需求规定 (8) 3.1.采购管理 (8) 3.1.1采购订单APOrder (9) 3.1.2采购收货APRecieve (11) 3.1.3采购退货APRetturn (12) 3.1.4采购发票APInvoice(扩展) (14) 3.1.5采购付款 (15) 3.1.6显示凭证（不产生凭证，只是显示凭证的内容） (16) 3.1.7采购数据查询 (16) 3.1.8采购统计报表 (16) 3.1.9采购决策分析图 (16) 3.1.10采购历史数据维护 (16) 3.2.销售管理 (17)
3.2.1销售订单AROrder (18) 3.2.2销售发货APROredr (19) 3.2.3销售退货ARReturn (20) 3.2.4销售发票ARInvoice (22) 3.2.5销售收款 (23) 3.2.6显示凭证（不生成凭证，仅提供显示凭证的内容） (24) 3.2.7门市零售 (24) 3.2.8库存盘点（见库存管理） (24) 3.2.9货品调拨（见库存管理） (24) 3.2.10货品维修服务 (24) 3.2.11销售数据查询 (25) 3.2.12销售统计报表 (25) 3.2.13销售决策分析图 (26) 3.2.14销售历史数据维护 (26) 3.3.库存管理（Inventory Control） (26) 3.3.1货品入库（入库单）ICReceiveOrder (27) 3.3.2货品出库（出库单） (29) 3.3.3货品调拨 (30) 3.3.4货品盘点 (31) 3.3.5组合货品定义 (32) 3.3.6货品组装 (33) 3.3.7货品拆分 (33)
信息管理软件需求说明书(20个doc)20
软件需求说明书 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 1引言 1．1编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。 1．2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1．3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1．4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、
上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2任务概述 2．1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。| 2．2用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束
软件项目需求说明 书模板
中央国家机关住房资金管理中心 管理信息系统 需求说明书 ( 范本) 中央国家机关住房资金管理中心二○一○年月日
文档修改历史记录 目录
1概述.................................................................. 错误!未定义书签。 1.1引言......................................................... 错误!未定义书签。 1.1.1 软件项目名称............................... 错误!未定义书签。 1.1.2软件项目开发背景和目的........... 错误!未定义书签。 1.1.3软件项目应用范围 ....................... 错误!未定义书签。 1.2参考资料................................................. 错误!未定义书签。 1.3术语定义................................................. 错误!未定义书签。 2 功能一 ............................................................. 错误!未定义书签。 2.1功能分解一............................................. 错误!未定义书签。 2.1.1定义 ............................................... 错误!未定义书签。 2.1.2功能表述 ....................................... 错误!未定义书签。 2.1.3性能要求 ....................................... 错误!未定义书签。 2.1.4相关表单 ....................................... 错误!未定义书签。 2.1.5流程图 ........................................... 错误!未定义书签。 2.1.6特殊要求 ....................................... 错误!未定义书签。 2.2功能分解二............................................. 错误!未定义书签。 2.3特殊要求................................................. 错误!未定义书签。 3 附录 ................................................................. 错误!未定义书签。1概述 1.1引言 ( 本需求说明书的编写目的以及阅读对象)