互联网企业产品部工作手册.doc

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
互联网企业产品部工作手册

XXXXX有限公司 产品部工作规范 版本号: 撰写人: 撰写日期 2007-7-24 审核人:________________ 审核日期 1 产品部工作定义 产品部日常工作包括: 产品设计工作 相关输出:需求规格说明书、UI图形原文件 HTML代码输出 相关输出:UI的HTML代码 产品测试工作 相关输出:测试计划(含测试用例)、测试报告(含BUGLIST) 产品开发阶段的沟通工作 相关输出:工作日报 产品设计相关的用户调查工作 相关输出:调查计划、调查报告 相关评审工作 相关输出:评审记录 其他 相关日常工作计划、会议纪要、工作报告等 2 产品设计工作 工作目标:根据公司产品战略阶段规划和可行性研究,明确该阶段“产品必须做什么”,对目标系统提出完整、准确、清晰、具体的功能要求。工作内容包括需求规格说明书文档设计、UI设计。 主要输出:需求规格说明书、UI图形原文件 2.1 需求规格说明书: 定义: 需求规格说明书必须清楚的描述软件的每一个基本需求(功能、设计约束和属性)和外部界面。 必须把每一个需求规定成能够通过预先定义的方法(例如检查、分析、演示或测试等)被客观地验证与确认形式。 需求规格说明书标准 在软件需求分析阶段结束后必须由产品委员会进行软件需求评审,以确保在软件需求规格说明书中规定的各项需求的合适性。评审过程一般包括以下四个方面的验证: 1 完整性 需求必须是完整的,需求规格书应该包括《产品规划书》所定义的产品战略阶段需要的每一个功能需求及性能性能约定。 2 一致性 所有需求是一致的,任何一条需求都不能与其他需求相互矛盾。 3现实性 保证需求设计是用现有的硬件技术和软件技术基本上可以实现的,基本适应公司的开发技术资源水平的。 4有效性 需求正确有效,确实吻合产品战略方向、市场方向所需,避免做超出市场需求规划范围的无用设计。 5 可用性 需求说明书必须使用清晰易懂的描述语言,逻辑清晰,准确描述每一个需求的细节。以保障在无人职守的情况下能被阅读对象正确理解。 2.2 UI设计 输出 UI设计输出为符合下述评审要求PNG或PSD图形文件,并合理组织输出相关“层”、“帧”、“按钮”等界面元素。 UI设计评审标准: 主题定位主题鲜明展现具有设计风格表现手法新颖布局要求方便浏览操作整体布局均衡合理风格一致色彩要求整体色彩要协调和谐符合美感可修改性方便进行更新修改技术含量整体的技术难度和技术的恰当使用覆盖需求中所提及的测试要求;. 覆盖需求中的所有可测试功能;. 覆盖需求中所提及的所有算法;. 测试用例中数值设计的合理性;. 测试用例测试重点把握准确; 完整性完整性是指有明确的目的、输入、输出,提供必要的备注信息;2. 可执行可执行性指测试人员根据测试用例能够独立执行测试;3. 代表性指能用最简单的数据,最简捷的路径达到测试的目的;4. 唯一性指在各个测试用例没有重复交叉的现象;5. 可读性指测试用例描述清晰,逻辑正确,拆分合理;6. 涉及到数值计算,必须精确到具体数值的输入及输出;7. 涉及到业务流程,必须体现流程的每个节点及输出。 – 2 – – 5 –

文档评论(0)

pangzilva + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档