＋设为首页 ＋添加到收藏夹
第三部分技术过程规范
【程序编程相关:有的程序不能运行于win98的原因】本规范中将软件开发的整个技术过程分为五个顺序实施的工作流程,分别为需求.分析.设计.实现与测试.在一次迭代过程中,这五个工作流程从总体上是顺序的,但彼此之间又存在交叉与重叠. 【推荐阅读: linux下 Oracle自动启动与停】
【扩展信息:Windows 2003 sp1 Bet】
9 需求 9.1 管理需求 执行角色 系统分析员 活动描述 通过访谈.问卷.审阅合同等形式收集用户需求; 通过走查等非正式形式评估需求收集结果,确保无需求重复.不一致.不清晰等问题; *对于需求的变更请求,此时的变更请求应当已经过变更控制与项目复审委员会复审,可直接作为正式的需求; 在模型元素与需求之间建立可追踪性链接; 建立需求属性; 制品 需求集; 9.2 查找参与者与用例 执行角色 系统分析员 活动描述 命名并简述已发现的主角; 命名并简述已发现的用例,概述事件流并收集非功能性需求（记录在«增补需求»中）; 形成用例模型（描述用例间的关系并将参与者与用例打包）; 制品 用例模型（概要的）; «增补需求»; 9.3 排列用例优先顺序 执行角色 构架设计师 活动描述 一般根据用例的重要性.风险来确定用例优先级;优先级可用数字表示,该数字表示该用例在那一次迭代中实现;优先级也可以用关键.重要.辅助等级来表示; 制品 用例模型（更新的）; 9.4 详细说明用例 执行角色 用例工程师 活动描述 建模某用例与其他用例.用例与参与者的关系; 详细说明用例事件流; 制品 用例（详细说明的）; «srs»; 9.5 原型化用户界面 执行角色 用户界面设计员 活动描述 用各种界面元素形成用户界面原型; 制品 用户界面原型; 9.6 组织用例模型 执行角色 系统分析员 活动描述 描述用例间的关系（包含.扩展.泛化）,优化用例模型; 制品 用例模型（结构化的）; 9.7 复9.8 审需求 执行角色 需求复审员 活动描述 正式核实需求结果符合客户对系统的看法,建议召开复审会议,复审如下内容: ... 下一页