UI报表需求列表030313
产品设计目标需求表
产品设计目标需求表
表单编号：
制定日期： 序号：
产品名称规格/型号
顾客名称生产数量
新产品项目开发要求/顾客要求
1.产品必须达到汽车配件的相关规定要求，面压分布、可靠性、适应性必须符合要求。
2.产品外形装配尺寸应符合汽车配件的装配尺寸要求。
3.产品型号、商标、标识全部按照汽车配件的要求和位置进行加工。
4.于XX月XX日前试制成功，发往客户处进行装机实验。
5.主要尺寸：略，其它详见图纸。
确定设计目标
确定产品可靠性目标
1.适应性：试XXXh，无漏气、漏油、漏水现象出现。
2.可靠性：试验XXXXh，无漏气、漏油、漏水现象出现。
3.配件宜重复使用，保证不易损坏。
确定产品质量目标
产品合格率控制在1000PPM以内。
备 注
编制/日期审核/日期批准/日期。
业务需求收集表
业务需求收集表[公司名称][日期]业务需求收集表1. 背景本需求收集表旨在准确获取各部门和相关利益相关方的具体业务需求，以便更好地满足公司发展和客户需求。
请各部门认真填写以下问题，以确保所收集到的需求完整、准确。
2. 部门信息部门名称：________________________负责人：_________________________联系方式：________________________3. 需求描述请具体描述你所在部门的业务需求，包括但不限于以下方面：- 业务流程改进需求- 系统功能或模块需求- 数据分析需求- 前端或用户界面需求4. 需求优先级请按以下等级对所提出的需求进行优先级排序：- 高优先级: _____________- 中优先级: _____________- 低优先级: _____________5. 需求截止日期请明确指定需求的截止日期，以便我们能更好地安排开发资源和时间。
6. 需求影响请描述这些业务需求对其他部门或系统的影响，以便我们能够及时调整和协调。
7. 需求实施计划请提供你部门对这些需求实施的具体计划和时间表，包括但不限于以下方面：- 开发时间：________________- 测试时间：________________- 上线时间：________________8. 其他相关信息请提供其他与需求相关的信息，如需求背景、参考资料等。
注意事项：- 请使用简洁明了的语言描述需求，避免使用行业专用词汇或术语，以便更好地理解需求。
- 请确保填写的内容准确无误，以便及时跟进和处理需求。
- 请在截止日期前提交完整的需求表。
以上为业务需求收集表，请各部门按照上述要求填写并尽快提交。
如有任何问题或需进一步讨论，请联系负责人。
感谢您的配合与支持！[公司名称]。
需求分析表
需求分析表做UE设计工作已经6年了，回想这6年的设计工作，尽管公司有一套比较完善的项目流程，但是最终完成的质量上来说都不尽理想。
最大的问题就出在需求分析没有做好，需求分析是一个项目的开始，好的需求分析意味着好的开始、正确的方向。
为了能正确的进行需求分析，进而产生合理的需求分析表格，最近对6年的工作进行了总结，并且查阅了大量的需求分析的资料，对已有的需求分析文档进行了整理。
如何做需求分析是一个很大的话题，很多书籍上做了很多的阐述，我想探讨的是如何做需求分析表。
我是赞成拿来主义的，但是我非常反对完全拿来。
不同的项目和行业领域，流程和表格的内容是不可能完全一样的。
在易用性在中国蓬勃发展的今天，由于我们起步较晚，没有受过良好系统的专业训练，拿来主义是一种最有效的方式。
但是如果完全拿来，没有消化和改良，没有找到适合自己的东西，那么别人正确的东西在我们这里的作用一定会大打折扣。
需求分析表一．需求的类型1.功能需求（编号：IDF XXX）Functional2.性能需求（编号：IDP XXX）Performance1）时间特性：说明对于该软件的时间特性要求，如对：a.响应时间b.更新处理时间c.数据的转换和传送时间2）灵活性：说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：a.操作方式上的变化b.运行环境的变化c.同其他软件接口的变化d.精度和有效时限的变化e.计划的变化或改进3）输入输出：解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。
对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
4）数据管理能力：说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求做出估算。
3.体验需求（编号：IDX XXX）Experience为了在界面上实现某些视觉、动画、切换效果等，会有一些UI方面的需求。
需求跟踪表模板
需求跟踪表
项目名称：
说明：
1、此表以需求编号作为唯一，可维护一对多关系。
2、原编号填入该需求在《用户需求说明书》中的编号
2、需求编号方法：日期_4位流水号（yyyymmdd_0001）,例如20000517_0001;
3、需求类别：A、功能性需求B、非功能性需求；
4、优先等级：A、B、C、D、E五个等级；
5、需求状态：A、已提出；B、已批准；C、已拒绝；D、已变更；E、已删除；F、已关闭；
6、进度：Y表示已完成，P表示正在进行，---表示不需进入该步骤进行处理；
7、设计、编码、测试用例填写：编号+（命名），具体的编码方法是：design/code/test+4位流水号，例如，design0001
（class）；另外，设计、编码、测试用例需遵循一致的命名约定，如设计模型中名为 class 的类由实施模型中的 class 类来实现。
8、设计可以包括：模型中的对象、关系数据库中的模型、表单，或对象类；代码可以是：类中的方法、源代码的文件名、过程或
函数；测试用例是改需求所对应的测试用例；发布产品版本是该需求所对应的产品版本；
9、本表A,B,C,D,E,F,H,I,J,K栏由需求管理员进行维护；L栏由设计人员进行维护，需求管理员进行检查和跟踪；M栏由开发人员进行维护，需求管理员进行检查和跟踪；G栏由测试经理进行维护，需求管理员进行检查和跟踪。
N栏由项目经理进行维护。
10、需求基线编号填入本次需求基线的编号，对于每一次需求基线的变更都需要建立新的《需求跟踪矩阵》
11、“蓝色字”标注的内容需要及时填写，“黑体字”标注的内容可以延迟到项目验收后填写。
市场需求跟进表模板
市场需求跟进表模板
以下是一个简单的市场需求跟进表模板，用于跟踪和管理市场需求及其相关活动：
说明：
序号：为每个市场需求分配一个唯一的序号，以便于追踪和管理。
市场需求描述：简要描述市场需求的内容或特点。
优先级：根据市场需求的紧急程度和重要性分配优先级，如高、中、低。
负责人：指定负责跟进该市场需求的人员。
计划完成日期：预计完成该市场需求跟进的日期。
实际完成日期：实际完成该市场需求跟进的日期（如果已完成的话）。
状态：表示市场需求的当前状态，如进行中、未开始、已完成、待确认等。
备注：用于记录关于市场需求的额外信息或特殊情况。
这个模板可以根据你的具体需求进行调整和扩展。
使用电子表格软件来管理这个表格会更方便，因为它们提供了排序、筛选和计算等功能。
产品需求登记表
产品需求登记表1. 背景和目标产品需求登记表是记录和管理产品需求的重要工具。
通过登记表，团队成员可以清晰地了解产品需求的细节、优先级和进展情况，有助于确保产品开发和交付的顺利进行。
本文档旨在给出一个产品需求登记表的模板，并提供相关指导和示例，以帮助团队有效地管理产品需求。
2. 产品需求登记表模板序号需求标题需求描述优先级状态1 需求一描述需求一的详细信息高进行中2 需求二描述需求二的详细信息中待处理3 需求三描述需求三的详细信息低已完成3. 详细说明3.1 序号序号列用于记录需求的编号，方便团队成员查找和对需求进行排序。
每个需求都应有一个唯一的序号，可以按照任意顺序进行分配。
3.2 需求标题需求标题是对需求的简洁描述，能够准确地表达需求的核心内容。
标题应该简明扼要，突出需求的主要特征，方便团队成员快速浏览和理解需求。
3.3 需求描述需求描述是对需求的详细说明，包括需求的功能、要求、限制等方面的内容。
描述应具备清晰、完整、可验证等特点，便于团队成员理解和实现需求。
3.4 优先级优先级列用于标识需求的重要程度和紧急程度。
常见的优先级分为高、中、低三个级别，根据实际情况给需求进行评估和安排。
3.5 状态状态列用于跟踪需求的处理进展。
常见的状态包括进行中、待处理和已完成等，可以根据需求在不同阶段的状态进行更新。
4. 使用指南4.1 新增需求团队成员可以根据产品开发过程中的需求变化，向需求登记表中新增需求。
在表格的最后一行插入新需求，并填写相关信息，如需求标题、需求描述、优先级和状态等。
4.2 更新需求随着需求的进展，需求的状态可能会发生变化。
团队成员可以通过修改需求的状态来更新需求的处理进展情况。
4.3 删除需求如果某个需求已经取消或不再需要，可以将其从需求登记表中删除。
删除需求时，应同时删除对应行的所有信息。
4.4 查询需求通过筛选和排序功能，团队成员可以根据需求的不同属性进行需求的查询和排序。
例如，可以按照优先级进行排序，或筛选出状态为进行中的需求等。
UI报表需求列表030313
8 evaluating FP
schedule gap report
report
resource、gap区间段、可用产能（时 间）、资源利用率，日期
9 evaluating FP 10 developing FP
Shipment with material shortage gross demand for raw material（include inv&PO) by period
B3
2003.03.30 EDS
责任人 备注 FP顾问
report report
Order,Mfg Order,Item,Qty,Need Time,Planner,Make Or Buy
item,quantity,period,supplier,pla nner,buyer
数据来源
方便性需求 描述
频率/周期
功能和用途
重要程度
计划完成时 间
开发平台
状态
序号
developmen t status
模块名
需求名称
类别
1 evaluating FP
带外协工艺路线的ITEM报 表
report
2 evaluating FP 3 developing FP
3天加班报表（FCP后） report
WIP report
report
4 evaluating FP
5 evaluating FP
6
pending test
FP
半成品加工周计划（按 PCT/PST可选）汇总表
report
4天-3个月产能超负荷的资 源预警报表（FCP后）
report
allocation surplus report
研发项目需求表格模板
研发项目需求表格模板-范文模板及概述示例1:标题：研发项目需求表格模板導言：研发项目需求表格是在项目启动阶段的重要文件之一，它记录了项目的基本信息、需求和目标，为团队的工作提供了明确的方向。
本文将介绍一个常用的研发项目需求表格模板，帮助读者快速创建自己的需求表格。
一、项目信息在需求表格的开头，我们首先要填写项目的基本信息，包括项目名称、项目负责人、开始日期、预计结束日期等。
这些信息有助于团队成员和相关人员了解项目的背景和时间范围。
二、项目背景在项目背景部分，我们需要对项目的背景和目标进行简要描述。
包括项目的背景信息、为什么选择进行该项目以及项目的目标和期望效果。
此部分的描述应尽量简洁明了，让读者能够快速了解项目的重要性和目标。
三、需求列表需求列表是整个需求表格的核心部分，它记录了项目的所有需求和功能。
在该部分中，我们可以使用表格的形式来展示需求。
每个需求需要包括以下几个信息：1. 需求ID：为每个需求指定一个唯一的ID，以方便在后续的项目管理中进行跟踪和确认。
2. 需求描述：准确而清晰地描述需求，让人一目了然。
3. 优先级：根据需求的重要性和紧迫程度进行标识，以帮助团队成员合理安排工作。
4. 预计完成日期：填写每个需求预计完成的时间，有助于项目进度的控制和追踪。
5. 负责人：指定每个需求的负责人，以确保需求的落实和实施。
6. 状态：跟踪需求的进展，包括待处理、进行中、已完成等状态。
四、其他信息除了上述必填项外，我们还可以在需求表格中添加一些其他信息，以帮助更好地理解和实施需求。
例如，可添加关联的文档、用户需求反馈、需求变更记录等。
结论：研发项目需求表格模板能够规范化需求的收集和管理，并为团队提供明确的工作方向。
通过填写项目信息、项目背景和需求列表等内容，我们能够更好地管理和掌握项目中的需求。
希望本文提供的研发项目需求表格模板能够对读者撰写自己的需求表格有所帮助。
示例2:研发项目需求表格模板是一个非常有用的工具，用于确定和记录研发项目所需的各种需求。
业务需求确认表模板
业务需求确认表模板
业务需求确认表
日期：__________________
业务需求：
1. 需求描述：
在这一部分，详细描述所需的业务需求。
确保提到具体的功能、功
能要求和任何与需求相关的详细信息。
2. 目标用户：
谁将是使用该业务需求的主要用户？他们对该需求有何期望和要求？请详细描述目标用户的特点。
3. 业务流程：
描述与该需求相关的业务流程。
指出所需功能在业务流程中的位置，并确保对流程的理解准确无误。
4. 数据需求：
列出与该需求相关的任何数据需求。
这可能包括输入数据、输出数
据和与需求相关的任何数据处理。
5. 系统需求：
列出与该需求相关的系统需求。
这可能包括硬件、软件和网络要求。
6. 安全需求：
如果该需求涉及安全性或保密性方面的问题，请详细描述所需的安全措施。
7. 排期和优先级：
请在此处指定该需求的排期和优先级。
这可能是一个固定的截止日期，或者是一个优先级级别，例如高、中、低。
8. 预期结果：
描述希望通过实施该需求能够实现的目标结果。
这应该是可量化的结果，可以用于评估需求的成功实施。
确认：
我确认上述业务需求准确无误，符合预期目标。
我理解并同意在实施该需求时承担相应的责任和义务。
签字：__________________
日期：__________________
感谢您使用我们的业务需求确认表模板。
请根据实际需求进行适当修改并进行确认签字。
如有任何疑问，请随时与我们联系。
需求模板(统计报表).doc
需求名称
需求提交人
需求提出部门
联系电话
电子邮件
提交时间
完成时限
需求背景
1.需求提交原因
2.需求提交目的
需求
内容
查询条件
包括统计周期和查询维度，如按地市和营业区查询，按业务类型查询等。
口径说明
明确维度所包含的维度值和各指标的统计口径：含文子说明，及表内和表间的计算公式和一致性检查条件。
生命周期
报表启用的开始月份和终止月份
展示路径
如：经分平台-统计报表-2013年报表
权限管理
省级，市级，营业区级，组织级，工号级
注：描述该报表的查询附件
部门领导审批意见
年月日
互联网UI设计需求单
其他：_______
*风格偏好
国企稳重风
国际简约风
民族风
活泼可爱风
时尚动感风欧ຫໍສະໝຸດ 潮流风写实风其他：_______
*字体偏好
粗犷大方气派系列
纤细文艺秀气系列
个性字体
书法系列
*特别欣赏的产品（可贴图）
产品/项目含义
客户初步构思/
特别要求
注：红色“*”标志的，是必填项目，如缺少填写，将被退回重写。
UI设计需求表
XX年XX月XX日
项目信息
*产品/项目中文名
*产品/项目英文名
*所属行业
网址
*产品/项目广告语/理念
*经营产品及范围
*产品/项目简介
*针对消费群
详细要求
*logo构成（多选）
英文（大小写）
中文
图案
拼音
*画面构成(多选)
整齐排版
大面积几何切割
其他
*颜色偏好
冷色调（蓝、绿、紫）
暖色调（红、橙、黄）
设计需求表
设计需求表设计需求表一、项目背景本项目是一款网络购物平台的移动端应用程序，旨在提供用户方便、快捷、安全的购物体验。
本项目的开发者是某软件开发公司，项目的总负责人是XXX，主要技术团队成员由XXX、XXX、XXX等人组成。
本项目预计工期为6个月，预算约为XXX万元。
二、项目目标和范围1.项目目标该移动端应用程序将提供用户高效、便捷、安全的购物体验。
主要目标如下：(1) 提高用户对于购物的兴趣和积极性，减少用户的购物疲劳感，提高用户最终购买的数量。
(2) 提供便捷、快速的支付功能，保护用户个人信息的安全和隐私。
(3) 丰富的商品展示，让用户可以充分体验不同的购物风格和感受。
(4) 提供具有个性化的推荐、筛选、搜索功能的商品信息匹配模块，为用户提供更快速、高效的购物体验。
(5) 提供优质的售后服务，保护用户的合法权益，提高用户的满意度。
2.项目范围项目的主要功能包括：(1) 用户登录：用户必须注册登录后才能使用该应用程序。
包括手机注册、邮箱注册、第三方登录等多种方式。
其中，注册时应验证用户邮箱或手机号，确保账号的安全。
(2) 商品展示：提供一个分类目录，用户可以自由浏览，该目录应包含多种不同的商品品类。
并提供对应分类的商品筛选功能。
(3) 商品详情页：商品详情页通过文字和图片的形式来展示商品名称、价格、规格等详细信息，同时也可以进行商品的收藏、购买操作等。
(4) 商品搜索：提供基于商品关键词、品牌、类别等方式进行商品搜索的功能，同时还可以快速查询自己收藏或浏览过的商品。
(5) 购物车：提供购物车页面，方便用户查看购买的商品、删除商品、修改商品数量等操作。
(6) 订单结算：支持在线支付方式、货到付款等付款方式。
在订单结算页面，需要显示商品名称、价格、数量等关键信息，以便用户确诊信息正确无误后作出支付选择，同时需要对用户选择的支付方式进行支付流程指导。
(7) 售后服务：针对用户提出的退换货、退款、快递问题等事项进行帮助。
UI需求表
确认人 项目名 客户名称 确认日期 备注 补充说明
项目 软件平台 基本 状况 销售市场类型
销售国家 项目定位销售 群体
内单/外单
男性机/女性机/老人机
堆叠 LCD分辨率 分辨率 选用 显示类型 LCD规 LCD规 LCD显示类型 格
TP类型 类型
横屏显示/示方 UI具 式 具 体需 求 开关机动画
墙纸 功能界面 其他需求补充
客户 P1(时间点） 时间点） 时间点 具体 时间点） 时间点 需求 P2(时间点）
客户 LCD分辨率 分辨率 LCD 显示类型 使用 LCD显示类型 状况
TP类型 类型 客户ID类型 客户 类型 UI 类型 宫格类型
横屏显示/竖屏/横竖屏 切换显示 真TP/假TP 高仿/自主设计 需要给出高仿机型具 体型号 9宫/12宫 左右分页/上下分页 中性或客户定制 墙纸类型，女性，风 景，男性 要求，比如播放器界 面 其他特殊需求请提出
系统需求分析模板
目录1。
范围 02。
总体要求 02。
1总体功能要求 02.2软件开发平台要求 02。
3软件项目的开发实施过程管理要求 (1)2.3。
1 软件项目实施过程总体要求 (1)2.3。
2 软件项目实施变更要求 (1)2.3.3 软件项目实施里程碑控制 (1)3. 软件开发 (2)3。
1软件的需求分析 (2)3。
1.1 需求分析 (2)3。
1.2 需求分析报告的编制者 (3)3。
1.3 需求报告评审 (3)3.1。
4 需求报告格式 (3)3。
2软件的概要设计 (3)3。
2.1 概要设计 (3)3.2.2 编写概要设计的要求 (3)3。
2。
3 概要设计报告的编写者 (3)3.2。
4 概要设计和需求分析、详细设计之间的关系和区别 (3)3.2.5 概要设计的评审 (3)3。
2.6 概要设计格式 (3)3。
3软件的详细设计 (4)3.3.1 详细设计 (4)3.3.2 特例 (4)3.3.3 详细设计的要求 (4)3。
3.4 数据库设计 (4)3。
3。
5 详细设计的评审 (4)3.3.6 详细设计格式 (4)3。
4软件的编码 (4)3。
4.1 软件编码 (4)3.4。
2 软件编码的要求 (4)3。
4。
3 编码的评审 (5)3。
4.4 编程规范及要求 (5)3.5软件的测试 (5)3。
5。
1 软件测试 (5)3.5。
2 测试计划 (5)3.6软件的交付准备 (5)3。
6。
1 交付清单 (5)3。
7软件的鉴定验收 (6)3。
7.1 软件的鉴定验收 (6)3.7.2 验收人员 (6)3。
7.3 验收具体内容 (6)3.7。
4 软件验收测试大纲 (6)3.8培训 (6)3.8。
1 系统应用培训 (6)3。
8.2 系统管理的培训（可选） (7)附录A 软件需求分析报告文档模板 (9)附录B 软件概要设计报告文档模板 (21)附录C 软件详细设计报告文档模板 (33)附录D 软件数据库设计报告文档模板 (43)附录E 软件测试(验收）大纲.................................................................... 错误!未定义书签。
报表需求
xxxx日期： Yyyy-mm-dd
Yyyy-mm-dd
文本
报表名称
报表名称文本Fra bibliotek报表名称
报表名称
选项 1
报表名称
报表名称
文本
文本
报表名称
报表名称
制表要求： · 能自定义栏目，自定义的栏目支持SQL语句取数； · 能对栏目设定计算公式； · 支持分类小计； 打印要求： · 按即见即所得的方式支持打印； · 选择打印机； · 设置纸张大小，方向；自动适应纸张调整打印格式； · 能设置打印比例； · 页边距：上下左右； · 能自定义页眉、页脚内容，字体、字体大小； 支持：打印时间、打印人、页次、公司名称... · 支持自动缩放字体以适应单元格大小； · 支持自动换行以适应单元格宽度； · 支持设定分页打印对象； Dev对Grid的所有格式操作都保留
主界面右边的菜单改造
Xxxxx表
单据列表 单据列表 单据列表 单据列表 单据列表 单据列表 单据列表 单据列表 单据列表 单据列表 单据列表 单据列表
XXX XXX XXX XXX XXX XXX
XXXXXXXXXX表
线图 柱图 饼图 3D图
XXX...
制表导航
XXXXXXXXXX表
选择并键入 选择并键入 Xxxx Xxxx
《系统需求列表》模板
功能/非功能需求列表包含场景名、用例名、需求编号、需求描述、优先级和用户角色，写法如下：
场景
用例名称
需求编号
需求描述
优先级
用户角色
（场景描述中的场景名称）
（用例表中的用例名）
（格式：场景序号.用例序号.需求序号.错误情况序号。如果没有错误情况则不需要写出。）
（对场景中业务流程的解释，每一点作为一个需求，每一个异常情况作为一个需求，每一个性能、稳定性、易用性、兼容性、可拓展性、可维护性要求作为一个需求）
（需求在系统中开发的优先程度）
（场景中具有该业务的系统用户）
写作要点：
1．需求编号是每条需求的唯一确定标示，不能有重复的情况发生。并且编号必须是有意义的，不能简单的使用数字。
2．需求描述必须简单明了，不能有可有可无的“废话”。而且必须保证其正确性，否则会影响开发。
需求表(requirements table)
需求表(requirements table)概述需求表是一种记录客户及其需求的表格形式。
在表格中将客户分为四类，而将需求分为两类，分类的目的在于使客户及其需求的列表更加完整。
适用场合·构建客户列表时；·构建客户需求列表时。
实施步骤1定义产品或服务，将其写在表格的最顶部。
2用头脑风暴法产生出客户列表，并提问：“哪些客户关心我们所做的产品的质量或者过程的质量？”将客户分为四类来构建一个完整的列表。
外部客户：处于公司或组织外部，产品或服务的购买者、最终使用者或代理商。
内部客户：属于本公司或组织内部，产品或服务的使用者。
社会：生产的产品和服务的某些方面。
以及生产过程的运行方式都会被社会所关注。
社会利益通常由一些像EPA（美国环保署）、OSHA（职业安全与卫生条侧管理局）以及认证机构等部门来维护，在公司里无论是坐办公室的还是操作设备的员工也都关注他们的工作方式。
供应商：供应商需要了解其原料的使用和供货方式，以及供货信息在什么时间，如何传递。
3针对每个客户，运用头脑风暴法产生他们的需求并写在相应的列中。
考虑如下两类需求。
产品：关于产品或服务自身的需求或要求；过程：关于产品或服务准备或制造过程的需求或要求。
针对各种典型顾客，表5.16给出了他们相应的需求。
示例建筑公司接受了一份建设住宅的合同。
图表5.169给出了需求表的开始部分。
该项目的产品是新的房屋。
过程就是房屋的建造——建筑公司的整个工作从签订合同开始一直到房屋交工。
业主是房屋建造的外部顾客。
如果是建筑公司不是为指定的业主建房，要求将有所不同。
而如果业主已经将整个计划交给建筑公司，便可以清楚地了解他们的要求，包括建设计划，以及使用指定的原材料。
他们要求建筑足够坚固、耐用，可能还有其他许多对于产品的要求。
他们对于过程的要求则很少。
对丁产品的使用者来说只要工作完成了他们并不关注是如何完成的。
他们只要求工程在工期内完成，资金不超出预算，而且施工场地不要遭到破坏。
实时报表系统需求分析说明书
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)2任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)3需求规定 (4)3.1对功能的规定 (4)3.1.1系统角色 (4)3.1.2系统用例图 (4)3.1.3系统主要功能流程图 (6)3.2对性能的规定 (6)3.2.1时间特性要求 (6)3.2.2灵活性 (6)3.3输人输出要求 (7)3.4数据管理能力要求 (7)3.5故障处理要求 (7)3.6其他专门要求 (7)4运行环境规定 (9)4.1设备 (9)4.2支持软件 (9)4.3接口 (9)4.4控制 (9)实时报表系统需求说明书1引言1.1编写目的为明确系统需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。
本文档从技术，经济，操作等方面综合研究分析实时报表系统的需求以及各个模块需要实现的具体功能，尽可能多的考虑在日后研发过程中可能出现的问题，为日后的概要设计和详细设计打好基础；为用户、系统分析人员和程序员提供了一个交流平台，便于加强三方对需求的理解和交流。
预期的读者以及阅读目的：项目经理和项目组成员：初步判断目标软件是否能满足用户的期望，并将此作为设计软件的基本出发点；测试人员：确立可测试标准，用于软件开发完成后的测试产品；用户：判断所有的需求分析是否符合自己对软件功能的期望。
1.2背景随着时代的进步，各大公司的管理越来越离不开管理信息系统的参与。
但是对现在的管理信息系统而言，实时报表模块的灵活性不高，给客户造成了很多不必要的麻烦。
我们这个实时报表系统，就是基于客户数据库内的数据，通过客户的要求，管理员输入数据库查询语句，生成报表及可视化图表。
本系统具有灵活性高，操作简单，特别是查询向导模块，使不熟悉数据库查询语言的管理员也能轻松的进行数据库的查询操作。
a．软件系统名称：实时报表系统b．项目开发者：大学生实训赢项目组1.3定义a．Real Time Report System：实时报表系统b．C/S结构：客户端/服务器结构c．DashBoard：保存的报表查询信息2任务概述2.1目标本系统的开发目标：对于现有的管理信息系统中，实时报表模块的灵活性并不是很高，因此，在此基础上开发一个具有灵活性高、易操作的、具有良好的交互界面的实时报表系统，实现基于客户数据库内的数据，通过客户要求，管理员输入数据库查询语句，生成报表及可视化图表的强大功能，提高了效率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
9 10
evaluating FP developing FP
Shipment with material shortage gross demand for raw material（include inv&PO) by period
report report
数据来源
方便性需求 频率/周期 描述
1
evaluating FP
带外协工艺路线的ITEM报 表
report
2
evaluating FP
3天加班报表（FCP后）
report
3
developing FP
WIP report
report
4
evaluating FP
半成品加工周计划（按 PCT/PST可选）汇总表
report
5
evaluating FP
序号
developmen 模块名 t status
需求名称
类别
字段描述 1、带外协ROUTING的MFG ORDER表： MFG ORDER、ITEM、描述、外协 ROUTING 、加工数量、PST、PET 2、外协在制量表：外协ROUTING、在制 任务令、ITEM、描述、加工数量、PST 、PET RESOURCE、描述、加班DATE、起始时 间、加班产能 wo--WO NO,EPST,LPST,planner,department,p st,pet,demand,supply,resource,rou ting,wo status, Part id,Ud planner code, onhand,Week1,Week2,Week3,Week4,Mo nth1,...Month11,total,total demand,make or buy RESOURCE（带部门）、描述、资源的数 量、超负荷TIME（按天-按周-按月）、 净产能、超负荷的产能量、负荷率 item,total surplus quantity in the horizen,surplus quantity in every period,consumed period for surplus, consumed quantity for surplus, MFG order（任务令号）、Status、 Schedule Group、Item、quantity（加工 项目数量）、runtime（加工时间）、 pst（计划开始时间）、PCT(计划结束 时间)、lpst（最迟开始时间）、epst （最早开始时间）、CEST(约束的最早 开始时间)、arrive_time(到达时间)、 order_id（需求订单）、due_date（订单 due date）、resource、operation、 department、resource_num_used（使用 的资源数量）、sequence（资源上的次 序）、part_number_parent(父项需求编 码)、MFG order parent（父项任务令 号）、require date（父项需求该加工项 目的需求日期）、schedule task priority 、batch_id(任务令对应的batch) resource、gap区间段、可用产能（时 间）、资源利用率，日期 Order,Mfg Order,Item,Qty,Need Time,Planner,Make Or Buy item,quantity,period,supplier,pla nner,buyer
4天-3个月产能超负荷的资 report 源预警报表（FCP后） allocation surplus report
6
pending test
FP
report
7
evaluating FP
schedule report
report
8
evaluating FP
schedule gap report
report
2003.03.15 EDS 2003.03.30 EDS
reference to set B3 safety stock
责任人
备注
FP顾问
用于审视schedule 结果的报表，以便 能及时有效地审视 B6 schedule结果的准 确性
2003.04.30 EDS
FP
no
EVERYDAY
检查schedule后每 天各资源的利用率 以及gap区间段， B4 以便充分利用gap 空闲资源 A
2003.04.30 EDS
FP FP week
FP
EVERYDAY
2003.03.05 EDS
ERP
NO
Everyday
2003.03.15
FP
everyday
C
2003.04.15 EDS
FP
EVERYDAY
产能预警、IE规划 B5 产能
2003.04.15 EDS
NO
Everyday
adjust PR
A
2003.03.05 ODS
FP
பைடு நூலகம்no
EVERYDAY
功能和用途 1、半成品外协加 工批量的分配；2 B 、公司产能瓶颈时 合理利用外协产能 安排制造部加班、 A IE维护产能 WO list ICP之后从工单的 计划总量上审视 ICP计划结果是否 存在问题,规划半 成品产能 A
重要程度
计划完成时 开发平台 间
状态
ERP
EVERYDAY
2003.03.15 EDS OR ERP