摘要：
指南 工作表 编写帮助 假设和依赖关系 列出可能影响设计需求的所有假设因素，包括准备使用的第三方或商业组件，操作和开发环境的问题，约束等。 具体设计需求列表 记录需求分析的最终分析结果。 验证 定义需求的验证方法，常见的方法有a. 演示：不需要使用仪器，特殊测试设备或后续分析，可以直接观察的系统或系统一部分的运作。b. 测试：需要使用特殊的测试仪器来收集数据进行后续分析的系... 阅读全文
摘要：
1.项目从0到1，全新开发，复用资源有限 2.设备端SDK性能风险 3.平台协议SDK风险 4.成员对项目需求的理解一致性 5.成员流动性及多个项目并行 6.其它不可抗拒的风险 阅读全文
摘要：
•项目角色如果要出差或休假，应该提前做好工作委托，不致影响项目的进展。如果存在工作任务过多或资源不足等情况，应该尽早提出，以便协调，以不影响项目为尺度 •项目实行责任制，如遇到技术方案等不统一的情况，应该组织相关专家进行讨论，并做记录，最终拍板由相关责任人确定 •周报制度/开发日志： –每周五之前完成并提交周报。 –每天提交工作日报 •周例会制度 –时间：每周一14:00－15:00，地点：4楼会... 阅读全文
摘要：
说明 写作指导： 分解与分配表主要的目的有三个： 确保需求被实现：既在开发的过程中不会遗漏需求，确保产品完整性； 确保需求被验证：在测试验证阶段中不会遗漏需求，确保产品正确性； 了解/控制需求变更影响的范围：需求是不可能固定的，必然会在开发过程中进行增加、修改或删除，通过利用本文档可以清楚的定位修改的工作量，和需要做适应性修改的模块，进行完整的评估。 需求跟踪实质上在每... 阅读全文
摘要：
可服务性需求 需求编号 领域 需求标题 需求描述 需求目标 时间框 必须的功能 对景阳的价值 功能领域优先级 客户优先级 竞争 OR.DFS.0001 开发 错误码分类 系统所有服务模块需要提供统一的错误码分类说明，包括模块间的接口，以及模块内部接口，并记录在日志中 OR.DFS.0002 用户服务 响应时间 1.要求用户登入响应时间小于1秒,无线 登入响应小... 阅读全文
摘要：
领域信息 需求编号 领域 需求标题 需求描述 需求目标 时间框 必须的功能 对景阳的价值 功能领域优先级 客户优先级 竞争 OR.MKT.0001 市场 用户管理 用户信息的增加、修改、删除、查询用户权限分配用户级别分配用户权限：分为监控业务类权限和系统管理类权限。业务类权限包括：1 实时视频 2 录像回放 3 语音对讲 4 语音广播5 PTZ 6 报警检索 7 电子地图系统管理类权限... 阅读全文
摘要：
平台_产品包需求.xls S1,帮助 定义包需求：包需求需要清晰地描述产品的需求，需要包括的内容及需求编号规则如下： 市场需求 --OR.MKT.*****成本需求 --OR.DFC.*****可制造性需求--OR.DFM.*****可装配性需求--OR.DFA.*****可测试性需求--OR.DFT.*****可服务性需求--OR.DFS.*****可靠性需求 --OR.... 阅读全文