转：http://tech.ccidnet.com/art/3561/20060317/482801_1.html 1．概念 需求的定义包括从用户角度（系统的外部行为），以及从开发者角度（一些内部特性）来阐述需求。 关键的问题是一定要编写需求文档。我曾经目睹过一个项目中途更换了所有的开发者，客户被迫与新的需求分析者坐到一起。系统的分析人员说：“我们想与...
软件过程模型也称为软件开发模型，它是软件开发全部过程、活动和任务的结构框架。典型的软件过程模型有瀑布模型、增量模型、演化模型（原型模型、螺旋模型）、喷泉模型、基于构件的开发模型、形式化方法模型、统一过程（UP）模型、敏捷方法等。 1、瀑布模型（Waterfall Model） 瀑布模型是将软件生存周期中各个活动规定为依线性顺序连接的若干阶段的模型，包括需求...
1 引言 1.1 编写目的 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担着包括 a) 任务提出者 b) 软件开发者 c) 产品使用者 1.3 文档约定 描述编写文档时所采用的标准,或各种排版约定.排版约定应该包括: a) 正文风格 b) 提示方式 c) 重要符号 也应该说明高层次需求是否可以被...
Axure RP是一个专业的快速原型设计工具。Axure（发音：Ack-sure），代表美国Axure公司；RP则是Rapid Prototyping（快速原型）的缩写。 Axure RP是美国Axure Software Solution公司旗舰产品，是一个专业的快速原型设计工具，让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站...
前言 在后台界面设计之表格设计规范参考一文中，我们对表格中内容的布局、数据的展示、操作项的罗列进行了详细的讲解，本文将对表单的设计规范做一个参考性的建议。 表单是中后台系统最常见的元素模块之一，承载了各个流程中信息数据的录入使命。提高信息数据录入的效率可以加速用户达成目标的时间与降低操作成本。 一般要求在录入前尽可能的使用户理解信息录入的目的与预测并判断需...
终于到了快结束的时候了，这将是用例分析系列的最后一篇，结果是得到需求规格说明书，以结束需求分析的过程。经过前面七篇的工作，我们从最初的业务用例获取入手，获得了业务用例模型，这是我们的业务范围；经过分析得到了业务场景，这是我们的业务蓝图；经过规划，得出用例实现视图，这是我们的系统范围；经过再次分析，得到了用例实现以及领域模型，包括用例规约，业务规则和业务数...
BRD Business Requirements Document，商业需求文档。这是产品声明周期中最早的问的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是和老大们过的ppt，所以也就比较短小精炼，没有产品细节。 商业需求文档重点放在定义项目的商业需求。BRD要能说出客户碰到的一个或多个商业问题，并且通过公司的...
一个额后台的用户角色权限系统总是可以大概划分为三个大的模块的：用户管理、角色管理、权限管理。下面，我们就此三个模块展开叙述一下。 一、用户角色权限系统说明 1、RBAC权限设计模型 （1）RBAC （Role-Based-Access Control，基于角色的访问控制），就是用户通过角色与权限进行关联，从而获得某些功能的使用权限。权限被赋予给角色，而不是...
一、订单履约概述 1. 什么是订单履约？ 订单是一次交易的生命周期，交易开始生成订单，结束的时候完成订单。在天猫或者京东上买东西，最终都会生成一张订单。 其实，这个订单就是消费者与平台的一个简单的契约，而契约上的东西都是平台履约内容，包括订单上的信息：发票（增票还是普票）、运费、时效、预约、优惠等等。 比如，订单预计在前端就会显示你的订单会在什么时间送达。...