由业务部门内部酝酿、沟通，然后通过邮件按如下需求收集表模版提供需求列表，统一发给相关产品经理，产品经理有一个搜集、整理、记录和消化的过程。建议需求的提出先整体后部分、先抽象后具体。
其中，需求优先级有A、B、C（A最高、C最低）；
需求紧急度有A、B、C（A最高、C最低）；
使用频度有：
□每天频繁使用（次数高于15次）
□每天不频繁使用
□每周使用
□每月使用
需求来源有：
□管理层
□业务部门
□分子公司
□业务操作人员
□测试bug
□其他
<产品名称>产品需求说明书 [注：产品需求说明书的定义：此文档的目的是收集、分析和定义<
修订记录：
目录 一、简介 (12) 1、目的 (12) 2、范围 (12) 二、用户角色描述 (12) 三、产品概述 (12) 1、总体流程 (13) 2、功能摘要 (15) 四、产品特性 (16) 1、读书人社区首页 (16) 1.1 优先级 (16) 1.2 特性描述 (16) 1.3 社区首页 (16) 1.3.1 读书会列表 (16) 1.3.2 热评书潮 (17) 1.3.3 视频节目 (18) 1.3.4 社区名人 (18) 1.3.5 读书会推荐 (19) 1.3.6 热门原创 (19) 1.3.7 读书快报（新闻） (20) 1.3.8 合作伙伴列表（页底） (20) 2、板块一——藏书阁 (21) 2.1 藏书阁首页 (21) 2.1.1 页面描述 (21) 2.1.2 搜索 (21) 2.1.3 书籍推荐 (21) 2.1.4 书评推荐 (22) 2.1.5 名家读书会专题 (23) 2.1.6 分类推荐 (24) 2.1.7 一周好书 (25) 2.1.8 排行榜 (25) 2.1.9 读书会推荐 (27) 2.1.10 合作伙伴 (27) 2.2 分类浏览 (27) 2.2.1 页面描述 (27) 2.2.2 模块定义 (28) 2.2.3 藏书分类 (28) 2.2.4 藏书 (28) 2.2.5 书籍推荐 (30) 2.2.6 读书会（用户自建社团）推荐 (31)
[XXXX]技术有限公司[公司名称] [XXXX]公司[客户名称] [XXXX]软件项目[项目或产品名称] 需求调研报告 文件信息
修改历史
目录 文件信息 (1) 修改历史 (2) 目录 (3) 一、引言 (4) 1.1、编写目的 (4) 1.2、文档范围 (4) 1.3、预期读者和阅读建议 (4) 1.4、参考资料 (4) 二、项目描述 (4) 2.1、项目背景 (4) 2.2、项目名称 (5) 2.3、项目概述 (5) 2.4、项目关联性 (5) 2.5、设计和实现上的限制 (5) 2.6、假定和约束 (6) 2.7、名词/术语解释 (6) 三、用户环境描述 (6) 3.1、用户单位组织结构 (6) 3.2、用户部门设置与职责 (6) 3.3、用户业务关系描述 (7) 3.4、系统面向的用户群 (7) 3.5、关键计算机资源 (7) 3.6、用户环境中的其他应用系统分布 (7) 四、功能性需求描述 (7) 4.1、用户各部门当前的工作模式 (7) 4.2、构建该系统的目标 (8) 4.3、功能结构图 (9) 4.4、功能点需求 (9) 4.5、接口需求 (10) 五、非功能性需求描述 (11) 5.1、系统环境需求 (11) 5.2、易用性和用户体验需求 (11) 5.3、软硬件技术需求 (11) 5.4、安全性需求 (11) 5.5、可维护性需求 (11) 5.6、对培训的需求 (12) 六、其他 (12) 6.1、软件应当遵循的标准或规范 (12) 6.2、定义、首字母缩写词和缩略语 (12) 6.3、附件 (13)
一、引言 1.1、编写目的 编写提示：阐明编写该文档的目的；本节内容是读者接触到本文的第一段正式文字，建议通过简短文字描述简明扼要的告诉他们编写本文档的目标。 例如： 1、本文档是 [项目名称] [系统属性] 客户需求调研报告，供需求分析人员进行项目 需求分析时使用； 2、本文档可以作为项目验收标准之一； 3、本文档可以作为软件维护的参考资料； 1.2、文档范围 编写提示：对本文当所涉及到所有内容的高度概括，简要说明即可。 例如： 1、本文档包括 [项目描述]、[用户环境描述]…等几个章节，并： a)在 [项目描述] 章节中描述了…信息； b)在 [用户环境描述] 章节中描述了…信息； c)… 1.3、预期读者和阅读建议 编写提示：描述本文档可能涉及到的各类读者对象以及不同的读者应该注意的侧重点； 1.4、参考资料 编写提示：列出本文档的所有参考文献（可以是非正式出版物、客户的规章制度和流程文件、相关法律法规文件等），格式如下： 二、项目描述 2.1、项目背景 编写建议：描述该项目的建设背景；
项目 项 目 需 求 调 研 书 佳校通有限公司 版本： 编制人：审核人：审批人: 日期：日期：日期：
目录 1. 引言 (2) 1.1. 编写目的 (2) 1.2. 项目背景 (2) 1.3. 定义 (2) 1.4. 参考资料 (3) 2. 任务概述 (3) 2.1. 目标 (3) 2.2. 用户的特点 (3) 2.3. 运行环境 (3) 2.4. 条件与限制 (3) 3. 功能需求 (3) 3.1. 组织机构及角色 (3) 3.2. 总体功能描述 (4) 3.3. 详细功能描述 (4) 4. 非功能需求描述 (4) 4.1. 性能需求 (4) 4.2. 适应性 (4) 4.3. 安全需求 (4) 4.4. 其他需求 (4) 5. 项目附录 (4) 1. 引言 1.1. 编写目的 [阐明编写需求说明书的目的，指明读者对象。] 1.2. 项目背景 [应包括 ?项目的委托单位、开心单位和主管部门； ?该软件系统与其他系统的关系。] 1.3. 定义 [列出文档中所用到的专门术语的定义和缩写词的原文。]
1.4. 参考资料 [可包括 ?项目经核准的计划任务书、合同或上级机关的批文 ?文档所引用的资料、规范等 ?列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源] 2. 任务概述 2.1. 目标 [叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2. 用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度和使用规模。] 2.3. 运行环境 [列出系统的运行环境，如网络环境、系统软件平台、应用软件平台等。] 2.4. 条件与限制 [可选项] [列出进行本系统开发工作的假定和约束,列出所要支持的硬件和软件等。] 3. 功能需求 3.1. 组织机构及角色 [说明用户单位的组织机构、角色（岗位、职责）]
评审编号销售负责人评审日期:11-5 与会人员 订单号码订单类别□客户实际订单□备库存订单□补单□其它 客户名称订货日期订单要求交期 序号产品编号产品名称具体的订货信息 规格型号订货数量单位备注： 1 2 3 相关部门 订单特殊要求( 请描述） 订单评审内容负责人签字 销售部 技术/ 开发/ 工 程部 品质部包装出货说明 其它注意事项 BOM表 成品样品制作 成品样品确认 模具 工艺资料 工装夹具 技术参数 包装材料 其它注意事项 检验设备 检验标准 抽样标准 其它注意事项 □分批（时间、数量）□一次性 ( 请描述） □有□无 □有□无 □已确认□未确认□待确认□其它 □塑胶模□五金模□包装模□其它 □工艺流程卡□工艺路线表□作业指导书□标准工时 □需要（□已制作□制作中□待制作）□不需要 □有□无□已经完成□其它 □客供□自供（□有样品□待设计□设计中）□不需要( 请描述） 有现货，数量为（）套，其余需要生产； 仓库库存提供 仓库 有半成品，数量为（）套，需要加工生产； 无现货均需要生产； 其它注意事项 计划部物料需求计划 计划生产数量 计划投产日期 计划完成日期 其它注意事项 定于（）月（）日提供物料需求计划给采购部； 本工厂生产（）套，委外生产（）套；
制表: 审核/ 批准: 日期: 日期: 评审编号 销售负责人 评审日期: 11-5 与会人员 订单号码 订单类别 □客户实际订单 □备库存订单 □补单 □其它 客户名称 订货日期 订单要求交期 物料交期承诺 能够在（ ）月（ ）日配套采购回物料； 采购部 其它注意事项 完成时间承诺 能够在（ ）月（ ）生产完成该产品； 人员评估 □现有人员能满足 □现有人员不能满足，需调整加班时间或招聘 生产部 生产资源评估 设备评估 □现有设备能满足 □现有设备部能满足，需新增设备或委外 工艺评估 □现有工艺能满足 □现有工艺不能满足，需改良设计 其它注意事项 能满足客户的交期要求，预计在（ ）月（ ）日 可以交付该产品给客户； 综合 评估意见 交期确认 暂不能满足客户要求，经与客户协商，出货日期推迟到（ ）月（ ）日； 其它意见 厂长/ 总经理 意见 是否同意 上述结论 其它意见 □同意 □不同意 备 注: ※ 以上评审内容有选择项的可以直接选，没有选择项的将需要注意事项用文字写在相应的位置。销售部将整理好的订 单评审表整理好 , 书面通知到知会部门相关负责人。（需签收）
[Table_MainInfo] XX集团OA项目需求问卷调查 各位同仁： 公司有意在近期上线一套协同办公管理（OA）系统，目前正在通过各种渠道了解OA供应商情况以及同行业OA应用情况，希望通过这个系统为我们的交流、办公、知识共享带来更多的益处，OA系统涉及到每一位同事的切身利益与日常工作，请各位认真填写以下内容，我们将以各位的综合意见作为选择OA以及后续OA 应用范围的主要依据，感谢各位的配合。 姓名：部门： 职位： email： 一、基础信息 1、您进入公司的时间 A、2年以下； B、2-5年； C、5年以上 2、您的职级属于 A、高层管理人员（公司总经理/副总经理/总助） B.中层管理人员（总监/副总监/分公司总经理/分公司副总经理） C.基层管理人员（分公司部门经理/副经理） D.公司本部员工 E.分公司员工 3、您所在的部门 A.人力资源部 B.市场 部 C.销售部 D.办公
室 E.总经办 F.财务部 O.行政部P.项目部 N.客服部 其他： 4、您个人（或者部门）目前正在使用（或者曾经使用）的管理软件 A、财务软件； B、ERP软件； C、OA软件； D、人力资源管理软件； E、文档管 理软件；F、流程管理软件；G、档案管理软件；H、资产管理软件；I、项目管理软件； 其他： 5、您个人（或者部门）近期即将购买（使用）的管理软件 A、财务软件； B、ERP软件； C、OA软件； D、人力资源管理软件； E、文档管 理软件；F、流程管理软件；G、档案管理软件；H、资产管理软件；I、项目管理软件； 其他： 二、针对信息门户的调查 6、您平时关心公司（集团）的哪些信息 A、集团（公司）最新公告通知； B、最新的岗位人事信息； C、公司培训计划与课件 D、个人/岗位年度绩效考核方案； E、与本工作关联的经验知识； F：本岗位专家成果 O、竞争对手情况；P、公司发展过程与大事记 Q：其他（请详述） 7、您平时关心本部门（本机构）的哪些信息 A、部门职责与目标； B、部门近期活动； C、本部门最新通知 D、部门发展过程； E、部门需要的资料集； F：部门优秀同事事迹与经验
市场需求模板 一、录入人信息 1.录入人： 2.录入时间： 3.录入人所属部门： 4.录入人电话: 5.是否代其他人录入：○是○否 6.信息采集人姓名：如果是代其他人录入，则在此填写信息采集人姓名，可填写多个，可选 二、客户相关信息 A.客户公司信息 1.客户公司名称： 2.所属地区三级描述，可下拉选择 3.需求客户群如中国移动，可下拉选择，可增加 4.客户公司背景情况：包括融资条件等财务状况、市场地位、份额等， 可选 B.客户信息 1.客户姓名：提需求的客户本人 2.客户部门、职务和角色：可选 3.客户联系方式：电话、电子邮件和通信地址，可选 4.备选联系人信息可选
C.使用我司主要的产品 1.现网设备名称：针对本文将提供的需求而言，所针对的产品/产品线 2.现网平台版本号（V） 3.现网业务版本号（R） D.使用主要竞争对手产品（可选） 哪些竞争对手已实现该承诺（本文下面的需求），描述竞争对手的特色和网上运行情况。 1.竞争对手是否就此点攻击我司，何时何地？ 2.用户是否会采用竞争对手的方案作为我司的替代方案？ 3.实现该需求对竞争对手的影响？ 三、需求信息 1.需求名称：用一句话简要概括内容 2.需求检索关键字：供检索信息时提供索引，可下拉选择 3.需求内容详细描述 （描述目标市场客户的需求或者承诺，例如：南京电信局要求我司XYB5800支持计费。在详细描述时应包括明确支持按时长计费、按流量计费，支持本地计费、集中计费等等。清楚的了解客户需求的内容更有利于研发准确地分析估计、及时准确地实现客户需求） 什么需求，为什么会有这样的需求，该需求带来什么好处，有备选方案吗？ 4.我司产生需求的活动可选（12种之一）（比如高层拜访、市场调研） 5.客户提出该需求的市场活动背景：客户在何种情况下提出的该需求，如（运 营商年度规划、招标，交流，）等，可下拉选择，可选 6.图表和文件附件在此粘贴： 7.需求密级：●公开（相关的研发、市场、客服二级部门内）
一、那些人应该参与网站开发项目的需求分析活动 需求分析活动其实就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有如下几个方面： 1、负责组织相关开发人员与用户一起进行需求分析。 2、组织美术和技术骨干代表或者全部成员（与用户讨论）编写《网站功能描述书（初稿）》文档。 3、组织相关人员对《网站功能描述书（初稿）》进行反复讨论和修改，确定《网站功能描述书》正式文档。 4、如果用户有这方面的能力或者用户提出要求，项目管理者也可以指派项目成员参与，而由用户编写和确定《网站功能描述书》文档。 5、如果项目比较大的话，最好能够有部门经理或者他授权的人员参与到《网站功能描述书》的确定过程中来。 二、完整的需求调查文档记录体系 在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助项目成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。 需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。 三、向用户调查些什么 在需求分析的工程中，往往有很多不明确的用户需求，这个时候项目负责人需要调查用户的实际情况，明确用户需求。一个比较理想化的用户调查活动需要用户的充分配合，而且还有可能需要对调查对象进行必要的培训。所以调查的计划安排：时间、地点、参加人员、调查内容，都需要项目负责人和用户的共同认可。调查的形式可以是：发需求调查表、开需求调查座谈会或者现场调研。调查的内容主要如下： 1、网站当前以及日后可能出现的功能需求。
需求调研表 建设单位： 设计单位： 项目名称：项目编号： 调研类别软件系统版本 调研对象（业务部门）调研日期 建设方负责人联系方式 设计方负责人联系方式 需求调研根据 需求类型□新建项目 □改造升级 用户范围 调研目的 调研内容一、建设目标及内容 二、业务描述 三、系统功能性需求 四、系统非功能性需求 五、系统运行环境现状和需求 问题1：系统服务器放置在什么地方？ 问题2：网络环境现状 现有服务器品牌、配置和数量，哪些可用于本系统？ 现有工作站品牌、配置和数量，哪些可用于本系统？ 现有网络（内网、专网、电子政务外网、互联网等？与其他哪些网络否 联通？）： 问题3：网络环境需求 本期需要新增的服务器品牌、配置和数量？ 本期需要新增的工作站品牌、配置和数量？
系统部署在什么网络中？（内网、专网、电子政务外网、互联网等） 系统运行结构？（双机热备、双机互备等） 问题4：操作系统现状 现有服务器操作系统品牌、型号和数量，哪些可用于本系统？ 现有工作站操作系统品牌、型号和数量，哪些可用于本系统？ 问题5：操作系统需求 本期需要新增的服务器操作系统品牌、型号和数量？（根据政策要求， PC服务器操作系统一律采用国产Linux） 本期需要新增的工作站操作系统品牌、型号和数量？ 问题6：现有数据库管理系统品牌、型号和数量，哪些可用于本系统？ 问题7：本期需要新增的数据库管理系统品牌、型号和数量？ 问题8：现有其他支撑软硬件产品品牌、型号和数量，哪些可用于本系 统？ 问题9：本期需要新增的其他支撑软硬件产品品牌、型号和数量？ 六、其他 问题1：系统前期建设基础和成果（部署在哪里，实现了哪些功能，哪 些机构和人员使用） 问题2：目前存在的问题或不足？ 问题3：是否需要处理历史数据？有什么数据？如何处理？ 问题4：有无相关规则，规范？ 问题5：对系统安全有何要求？ 问题6：是否能提供前期建设的相关技术资料、文档等？（前期项目的 本系统项目文档） 相关文档建设方提供的参考资料包括： 相关模板建设方提供的模板包括：
(软件)项目需求分析模板-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
XXX项目需求分析
目录 1 文档说明....................................................................................................错误!未定义书签。 编制目的........................................................................................错误!未定义书签。 适用范围........................................................................................错误!未定义书签。 前提与约束....................................................................................错误!未定义书签。 2 系统概述....................................................................................................错误!未定义书签。 用户特点........................................................................................错误!未定义书签。 运行环境........................................................................................错误!未定义书签。 硬件平台............................................................................错误!未定义书签。 支持软件............................................................................错误!未定义书签。 通信环境............................................................................错误!未定义书签。 设计和执行约束............................................................................错误!未定义书签。 假设和依赖....................................................................................错误!未定义书签。 3 外部接口需求............................................................................................错误!未定义书签。 用户界面........................................................................................错误!未定义书签。 软件接口........................................................................................错误!未定义书签。 通信接口........................................................................................错误!未定义书签。 4 功能需求....................................................................................................错误!未定义书签。 需求类1名称优先级别...............................................................错误!未定义书签。 业务流程............................................................................错误!未定义书签。 功能需求............................................................................错误!未定义书签。 5 非功能需求................................................................................................错误!未定义书签。 性能需求........................................................................................错误!未定义书签。 安全设施要求................................................................................错误!未定义书签。 安全和保密要求............................................................................错误!未定义书签。 质量要求........................................................................................错误!未定义书签。 业务规则（选）............................................................................错误!未定义书签。 其它需求........................................................................................错误!未定义书签。 6 需求分解列表............................................................................................错误!未定义书签。附录....................................................................................................................错误!未定义书签。
用户需求 交易编号：G1703SA10ZZ006 项目名称：**大学顺德医院(佛山市**区第一人民医院)及两间附属医院生活助理服务需求书 2017年月日
用户需求书 一、项目概况 本项目为**大学顺德医院(佛山市**区第一人民医院)、**大学顺德医院(佛山市**区第一人民医院)附属陈村医院及**大学顺德医院(佛山市**区第一人民医院)附属杏坛医院生活助理外包服务项目，床位编制分别为2300张、376张、400张。要求对医院所有有需要的住院患者提供衣、食、住、行方面的生活照顾及日常护理等综合性服务。竞标人必须对项目进行整体竞标，不允许仅对其中部分内容进行竞标。 二、服务地点 **大学顺德医院(佛山市**区第一人民医院)、附属陈村及附属杏坛医院。本需求内所有的总院、附属陈村及附属杏坛医院具体地址分别是 指：佛山市**区伦教街道办事处荔村村委会甲子路1号，广东省佛山市 **区陈村镇安宁路2号，**区杏坛镇杏龙路雁园段南侧。 三、总体要求 中标方须保证此项目所有工作人员均符合国家法律法规要求，如违反国家法律法规，责任由中标方承担。 （一）合格竞标人的基本条件： 1.在中华人民共和国注册的具有独立民事责任的法人，并取得合法企业工商营业执照、税务登记证、组织机构代码证（或三证合一证照）； 2.符合《中华人民共和国政府采购法》第二十二条的规定； 3.不同的竞标人之间有下列情形之一的，不接受作为参与同一招标项目竞争的竞标人：彼此存在投资与被投资关系的；彼此的经营者、董事会（或同类管理机构）成员属于直系亲属或配偶关系的；(须提供承诺函) 4.竞标人（含其授权的下属单位、分支机构）在近三年内（自招标公告发布之日起往前推三年）参与全国政府采购活动中没有违法违纪行为；(须提供承诺函) 5.提供对需求响应的承诺函，须完全响应院方需求。 6.本项目不接受联合体竞标。 （二）服务期限及服务费支付时间及方式： 1.服务期限**大学顺德医院(佛山市**区第一人民医院)及**大学顺德医院(佛山市**区第一人民医院)附属杏坛医院为36个月（含试用期）。**大学顺德医
绩效考核绩效管理企业建设企业管理招聘配置薪酬待遇薪酬管理培训开发培训与开发员工关系人事管理行政后勤行政管理制度规范招聘与配置实用表格规章制度管理制度建设方案方案书员工培训培训计划入职培训团队建设考核方法员工考核工资待遇工作计划工作计划表签到表考勤表工资表考核表申请表登记表检查表计划表报告表通知单日报表记录表审批表报销单绩效考核企业管理招聘配置薪酬待遇培训开发员工关系行政后勤实用表格行政表格办公常用人事报表财务报表 物料需求计划 （2019-2020年版） 内部资料注意保管
物料需求计划 1.总则 1.1.制定目的 规范物料分析作业，制定计算物料需求数量、交期的作业流程，使之有章可循。1.2.适用范围 本公司用于产品生产使用的原物料的分析，并提出需求计划的作业。 1.3.权责单位 1)生管部负责本规章制定、修改、废止之起草工作。 2)总经理负责本规章制定、修改、废止之核准。 2.各部门工作职责 2.1.配合部门 1)业务部提供销售计划、客户订单资讯。 2)资材部提供成品、半成品、原物料库存状况报表。 3)生管部提供生产计划。 4)技术部提供产品用料明细表。 5)采购部提供采购前置期、经济订购量、最小订购量。 2.2.责任部门 生管部物控人员为用料分析之责任人员，负责制订物料需求计划。 3.物料需求计划步骤 3.1.决定产品总需求量 业务部决定产品总需求量。总需求量一般由三个来源整合而成： 1)某期间（如一个月或一季度）的实际订单量。 2)该期间的预测订单量。 3)管理者决策改变前述数量（如为平衡淡旺季或调整产品结需要）。 3.2.决定产品实际需求量 根据3.1获得的总需求量，再依据该产品的成品存量状况予以调整，即得：实际需求量=总需求量-库存数量 一般由业务部或生管部确认。 3.3.确定生产计划 生管部依实际需求量确定生产计划，一般需做下述工作： 1)产能负荷分析。 2)产销平衡。 3)中日程生产计划与细部生产计划。 3.4.分解出物料清单 生管部物控人员负责物料清单的分析。 物料需求量=某期间之产品实际需求量*每一产品使用该物料数量 3.5.区分物料ABC项目 1)物控人员根据物料状况区分ABC项目，一般作如下区分： 占总金额60%~70%的物料为A类。 占总金额余下之30%~40%的物料为B类及C类物料。 2)A类物料作物料需求计划，B类、C类物料使用订货点方法采购。 3.6.确定物料实际需求量
物料需求计划编制方案 一、方案背景 (一)目的 为规范各类常用物料的需求计划编制工作，确保物料需求计划编制正确、合理，符合生产实际，确保物料充足且库存合理，特制定本方案。 (二)适用范围 本方案适用于工厂订单类物料、时间类物料、部门类物料需求计划的编制工作。 二、订单类物料计划编制 (一)目的 订单类物料计划是指依据已确定的生产订单，明确所需物料的品种、数量、质量、型号等的物料计划。订单类物料计划编制的目的主要有以下三点。 1. 合理利用有限资金和仓库空间。 2. 防止因物料降价给工厂带来的经济损失。 3. 防止因产品改进造成的物料浪费，对物料进行有效控制。 (二)适用条件 1. 订单类物料计划并非涉及所有订单上的物料，其适用范围限于以下四类物料。 (1)不常用物料。 (2)非标件，即不是通用性物件。 (3)价值昂贵的物料。 (4)顾客要求特别定制的物料。 2. 订单类物料计划不适用于以下三类物料。 (1)常用料。 (2)常备料。 (3)通用件。 (三)明确订单类物料计划优点 订单类物料计划的优点如下表所示。 订单类物料计划的优点
（四）订单类物料计划编制程序 1.制订订单生产计划。 （1）销售部负责将接到的订单装订成册，提交给生产部。 （2）生产部依据生产订单的交货期，参照工厂的生产能力，编制订单生产计划。 2.进行物料分析。 物料控制人员接到订单生产计划后，应进行物料需求分析，填写《物料需求分析表》（如下表所示），为编制订单类物料计划提供依据。 物料需求分析表 填表人：填表日期：____年____月____日
3.编制订单类物料计划。 （1）编制部产品零部件总表。物料控制相关人员负责将全部产品的零部件分解，编制《产品零部件总表》（如下表所示）。 产品零部件总表 （2）计算各产品零部件用料。首先，物料控制相关人员在进行用料计算之前，应选择合适的计算方法。常用计算方法如下表所示。 物料计算方法汇总表 其次，明确产品各零部件由哪些物料构成。 最后，选择合适的方法计算各零件使用物料的耗用数量。
XXX项目需求书 xxx（以下简称专网）是陕西省xxx“十一五”规划中确立的重点建设内容，是全省xxx 建设的网络基础设施。专网为省、市、县三级结构，分两期工程实施。 一期工程于2007年底建设完成，建成以陕西省xxx为总汇接中心的省、市二级xxx信息主干网络，同时建成了省xxx运输厅至各设区市的高清视频会议系统。 二期工程的内容为：在一期工程基础上，完成省中心和二级网络汇聚中心的扩容以及全省106个xxx局、103个公路段、87个运管所和117个路政执法部门的联网，建成省、市、县三级的专用广域网络系统。 本次工程招标为xxx二期工程（以下简称专网二期工程）。 专网二期工程分四个标段，各标段划分及主要工程内容如下： 第一标段（ZW2-1）为省中心及二级网络汇聚中心扩容部分，包括设备采购、安装、调试以及全网的测试联调等内容。工期6个月（含3个月试运行期）。 第二标段（ZW2-2）为三级节点网络设备采购及集成部分，包括三级节点网络设备的采购、安装、调试等内容。工期6个月（含3个月试运行期）。 第三标段（ZW2-3）为网络链路租用部分，包括各二级网络汇聚中心至相应三级节点的SDH网络链路租用服务。工期8周。 第四标段（ZW2-4）为工程监理标段，负责整个工程的监理工作。 一、客户的管理需求 xxx是实现xxx行业信息化管理、信息交流以及开展行业信息发布、网上办公的基础，是各级xxx行业管理部门获取所需行业管理信息的重要通道，为满足xxx运输厅与下属单位联网与信息交换的需求，满足行业业务办公和视频、音频信号传输的要求，xxx行业专网设计为省-市-县三级体系结构。 二、客户的业务与应用需求 省级网络为省中心与厅直属单位的网络连接（一级节点）。 市级网络为省中心与各设区市xxx局、公路局、运管处、公路路政执法支队等单位的网络连接（二级节点）。 县级网络为市级网络的向下延伸，为市中心与县级xxx部门的网络连接（三级节点）。 专网二期工程将完成市-县级网络的建设。 在二期工程中各县级节点将直接连接到各设区市二级网络汇聚中心。 汇聚三级节点可通过扩容二级网络汇聚中心路由器或在二级网络汇聚中心增加三级网络汇聚路由器方式实现。
采购需求 采购编号：SXZC-FGK18042-4一、采购内容及要求： （1）布草洗涤服务包含：床单元洗涤，缝补、折叠熨烫，手术室、供应室敷料，窗帘、隔帘、工作服、病员服等洗涤； （2）租赁服务包含：床单元（大单、被套、枕套)三件套物品。（3）本项目为一个招标包。医院不承担被服洗涤工作的任何配件费、材料费、维修费等。 （4）项目控制价： 每月租赁费用按院方实际发生的床位数乘以租赁单价计算，每床每天不超1元租赁费；洗涤费按照院方每月实际洗涤量，乘以洗涤单价计算，全年洗涤费不超80万。总预算价240万 （5）服务期：三年 （6）标段划分：一个标段。 二、投标人资质要求： 1、企业所在地环保部门颁发的《排放污染物许可证》、 布草洗涤外包内容 一、洗涤及租赁内容 1、洗涤项目：工作服、床单元、病员服、手术室和供应室敷料及其他可水洗的纺织品的洗涤、折叠、缝补、熨烫。 2、租赁项目：床单元（大单、被套、枕套)三件套,提供的干净的洗涤布草须满足最新的《医院医用织物洗涤消毒技术规范》WS/T508-2016要求，如经甲方发现有不符合质量要求的，该批次所提供布草将全部退回.提供的布草须依照甲方要求印制相应的标识、字样。 3、租赁配置数： A 大单、被套、枕套按床位数的1：2.5配置，其中1.5配送至病区、 0.5在中标单位设在院方的库房周转，0.5在中标单位周转。 B 租赁物品的材质、规格根据院方需求制订，所有的配置以保障院方正常使用为前提，在运转中可增加配置。 二、租赁物品日常管理 所有租赁的物品洗涤公司定期至院方盘点，如因院方原因造成丢失、损坏，由院方负责赔偿，正常破损由洗涤公司承担，破损标准由双方
XXXXX项目 需 求 调 严 报 告 **************公司 XXXX年XX月 文档控制 文档更新记录
文档审核记录 文档去向记录
目录 2调研目的.................................................... 3用户概况.................................................... 3.1用户简介 ................................................ 3.2用户组织架构 ............................................ 3.3用户主要业务流程分析 .................................... 4用户信息化现状.............................................. 4.1网络建设 ................................................ 4.2数据库运用 .............................................. 4.3网络安全/制度建设 ....................................... 4.4当前操作系统 ............................................ 5用户需求.................................................... 5.1功能需求 ................................................ 5.2希望实现的业务流程图 .................................... 5.3业务流程控制点说明 ......................................
《XXX项目》设计说明书 V1.0（版本号）
版本说明 （每提交给技术部一次，更新一个版本号，版本号规则：经评审通过的第一个版本作为V1.0，小更改仅递增小数点后的小版本号，集中评审通过的版本递增大版本号）
目录 一、项目概况 (4) 二、角色描述 (4) 三、模块划分 (4) 四、软件主流程图 (5) 五、项目设计 (5) 1、系统管理（一级模块） (8) 1.1账户管理（二级模块） (8) 1.2角色管理 (9)
一、项目概况 门前三包管理是对门面卫生、绿化、门前秩序的管理。门前三包系统主要是利用监督员的日常巡查职能，对各企业单位的门前三包进行监督检查，以日常巡检的方式，检查门前三包工作的执行情况，通过智慧城管的协同业务平台进行管理，通过监督评价职能实现对门前三包责任单位的评价考核。另外，利用空间地理信息系统，将门前三包责任网格的划分纳入管理范围，并建立门前三包网格数据库及图层。执法人员通过实地调查、向工商等部门调取资料等方式，全面收集了沿街经营户基础数据资料。 （简要描述项目目的、实施部署环境、功能及性能要求） 二、角色描述 县级监督中心： 县接线员 县值班长 视频监督员 县级指挥中心： 区派遣员 处置单位： 执法员 三、模块划分
四、系统主流程图 五、项目设计 1、该门前三包系统包含登陆、主界面以及主界面的子模块。 5.1登陆窗口设置 登陆流程图：
5.2责任区数据管理模块 建立全面、详实的“门前三包”基础数据库。内容涵盖责任单位名称、负责人联系电话、门前三包区域等内容。 5.2.1添加街道单位 5.2.2添加街道社区 5.2.3添加职能单位：单位名称、 5.2.4添加经营单位：店铺名称、店铺类型、法人代表、联系号码、所属区域 5.3门前三包视频管理中心
< 模板修改记录 本模板在格式上有以下一系列约定： a) 用“< >”括起来的内容，是编写指导，在使用本模板编制的文档中应予以删除或 去掉“< >”后予以适当沿用。 b) 如果某章节内容无需填写，而且本模板又没有特殊要求或说明，则在该章节下写 “无”，而不要将该章节删除或不填写任何内容（即留白。留白将使评审员或读者无法判断：是本章节内容无需填写还是因为疏忽而忘了填写？）。 在使用时，建议打印出本模板的最后一页（称之为卡片），需求收集人使用卡片记录收集结果。 >
需求编号：<用于唯一识别本需求，采用分级编码的方式。规则为“RR-XXXX-nnnn”，其中，“RR”为固定前缀，代表“原始需求”。半角减号“-”为连接符。“nnnn”为流水号。“XXXX”为某种类别符，可以省略，变成“RR-nnnn”。格式：直接接在“需求标识：”后写，下同。> 需求名称：<用一句话概述本需求将要做什么。一般采用动宾结构。> 目的：<描述为何要实现本需求，可以从“实现后的价值”、“不实现的损失”等角度描述。如“解决XX问题”、“任何时候都能XXX”等等。对应于某些同类文档中的“需求的优点”。如果是普遍的目的或不言自明，则可以填写“不关心”。2.0新增字段，很重要，对需求取舍有重要影响> <目的： a) 实现负荷均衡，增强整个系统的稳定性和可靠性。 b) 减少硬件资源。 > 需求描述：<描述本需求将要做什么。如有对协议/标准/规范等的引用，应在此处列出协议/标准/规范等的名称、篇/章节号。> 应用场合：<描述在什么情况下需要用到本需求。实践中本字段经常被误称为“应用场景”（所谓场景，是指“实体与环境的交互序列”。而此处，是指本需求在什么场合下被使用）。如果不是特别场合，则可以填写“不关心”。2.0新增字段，很重要，对需求取舍有重要影响> <应用场合： > 使用频度：<可选。描述本需求被使用的频繁程度，可根据产品的实际情况取值，如“经常”、“偶尔”、“不关心”或“高”、“中”、“低”、“不关心”等。> 期望完成时间：<描述本需求最晚的交付时间。该域是需求论证时确定优先级的一个重要依据。一般不直接给出某个具体的时间点（如果在正式的文本中已经确定了交付时间，则应明确列出。格式为YYYY/MM/DD），推荐使用“第一个版本”、“第二个版本”等。默认为“第一个版本”。> 特殊需求：<描述与本需求密切相关的其它属性，如性能、质量属性、成本、体积、重量、功率、冷却、制造、服务、环境（特殊的温度、湿度、压力、照明、振动、辐射、声、光、电等）、地理、民族语言文化特点、宗教、风俗习惯（包括与本需求相关的好恶等）、法律、法规、经济发展状况等。格式：应使用简短的语句分段描述，一段只描述一种属性。> 市场状况：<描述竞争对手的实现情况、用户对本需求的评价（如“必须提供”、“允许替代”、“无所谓”）等。格式：应使用简短的语句分段描述，一段只描述一条信息。> 需求来源：<描述需求来源信息，以方便后续需求开发工作的开展。可以选择的需求来源有：与用户交流、竞争对手产品分析、我司产品分析、市场调查、市场预测与分析、开局与维护、工作中的思考、协议/标准/规范、其它。> 注释和问题：<描述需求的可能演进（进一步发展及变化）、当前已经发现的相关问题、进一步工作需要注意的事项、本需求依赖哪些其它需求（只有实现了这些需求，本需求才能