第11章系统设计第11章系统设计-经营管理(编辑修改稿)内容摘要:
................... 12 主要步骤 ............................................................................................................ 12 [Step1] 设计准备 .............................................................................................. 13 [Step2] 模块设计 .............................................................................................. 13 [Step3] 撰写模块设计文档 ............................................................................... 13 [Step4] 模块设计评审 ....................................................................................... 13 [后续活动 ] ......................................................................................................... 14 输出 ................................................................................................................... 14 结束准则 ............................................................................................................ 14 度量 ................................................................................................................... 14 实施建议 .................................................................................................................. 14 2 第 11 章 系统设计 系统设计( System Design, SD)是指设计软件系统的体系结构、用户界面、数据库、模块等,从而在需求与代码之间建立桥梁,指导开发人员去实现能满足用户需求的软件产品。 系统设计过程域是 SPP 模型的重要组成部分。 本规范阐述了系统设计过程域的四个主要规程: 体系结构设计 [SPPPROCSDARCHITECTURE] 用户界面设计 [SPPPROCRMUI] 数据库设计 [SPPPROCRMDATABASE] 模块设计 [SPPPROCRMMODULE] 上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。 本规范适用于国内 IT 企业的软件研发项目。 建议用户根据自身情况(如商业目标、研发实力等)适当地修改本规范,然后推广使用。 介绍 系统设计过程域分为两个阶段:高层设计阶段和详细设计阶段。 高层设计阶段的重点是软件系统的体系 结构设计。 详细设计阶段的重点是用户界面设计、数据库设计和模块设计,如图 111 所示。 图 111 系统设计过程域示意图 系统设计过程域产生的主要文档有: 《体系结构设计报告》,模板见 [SPPTEMPSDARCHITECTURE]。 《用户界面设计报告》,模板见 [SPPTEMPSDUI]。 《数据库设计报告》,模板见 [SPPTEMPSDDATABASE]。 详细设计阶段 高层设计阶段 体系结构设计 模块设计 数据库设计 用户界面设计 需求开发 实现与测试 3 《模块设计报告》,模板见 [SPPTEMPSDMODULE]。 体系结构设 计 目的 分析与设计软件的体系结构。 通过系统分解,确定子系统的功能和子系统之间的关系,以及模块的功能和模块之间的关系,产生《体系结构设计报告》。 角色与职责 项目经理指定若干名开发人员从事体系结构设计(以下称为体系结构设计人员)。 启动准则 体系结构设计人员已经确定。 输入 需求文档如《产品需求规格说明书》 主要步骤 体系结构设计流程如图 112 所示。 图 112 体系结构设计流程 [Step1] 设计准备 项目 经理或者技术负责人分配系统设计任务,包括体系结构设计、模块设计、用户界面设计、数据库设计等。 本活动可能产生一份阶段性的开发计划,如《系统设计计划》,视工作量而定。 Step1. 设计 准备 Step5. 撰写 文档 Step6. 设计 评审 Step2. 确定 约束 因素 Step3. 确定 设计 策略 Step4. 系统 分解 设计 4 体系结构设计人员阅读需求文档,明确设计任务。 体系结构设计人员准备相关的设计工具(如 Rational Rose)和资料。 [Step2] 确定影响系统设计的约束因素 需求约束。 体系结构 设计人员从需求文档如《软件需求规格说明书》中提取需求约束,例如: 本系统应当遵循的标准或规范 软件、硬件环境(包括运行环境和开发环境)的约束 接口 /协议的约束 用户 界面的约束 软件质量的约束,如 正确性、健壮性、可靠性、效率(性能)、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等等。 隐含约束。 有一些假设或依赖并没有在需求文档中明确指出,但可能会对系统设计产生影响,设计人员应当尽可能地在此处说明。 例如对用户教育程度、计算机技能的一些假设或依赖,对支撑本系统的软件硬件的假设或依赖等。 [Step3] 确定设计策略 体系结构 设计人员根据产品的需求与发展战略,确定设计策略。第11章系统设计第11章系统设计-经营管理(编辑修改稿)
相关推荐
...................................... 4 1 第 13 章 系统测试 系统测试( System Test, ST)的目的是对最终 软件系统进行全面的测试,确保最终软件系统满足产品需求并且遵循系统设计。 系统测试过程域是 SPP 模型的重要组成部分。 本规范阐述了系统测试的规程,该规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”
...................................................................................... 3 结束准则 .........................................................................................................
.. 10 [Step2] 审批变更申请 ....................................................................................... 10 [Step3] 安排变更任务 ........................................................................
要经常动手用文字向领导反映一些重要的情况和重要的意见,而且要经常代领导审阅一些汇报材料、报告等等,必要时还要把好文字关和起草文稿。 没有一定的文字 工作能力是难以胜任的。 三、具备一定的办公自动化所需的技术能力 随着办公设备现代化的发展,对掌握技术的要求已不仅限于专职人员。 如操作计算机录入、输出和编辑文件,应是每个秘书都应掌握的技术。 掌握一定的技术手段,对于提高工作效率、加快思维节奏
,不是字写不出来,就有可能白字一大堆。 所以为了避免错字别字,注音符号或用英文、四码字拼音,这的确也是一种好方法。 错字或别字往往都会不经意地出现在我们日常的书写中,因此对于刚写好的文书,重新检查的工作是必要的。 万一发现有别字、错字或自己无法确定的字时,要马上查字典改正。 书写公司文件时应 注意:文字要力求工整,即使是写工作日志也要工整;经常身边要有一本字典,遇到疑惑的字
要求及想达到的目标,需要考虑的要点有: ①在未来的6个月你想达到什么目标。 ②为达到你的目标,你需要知道什么以及能够干什么。 ③你得同谁联系,需要准备什么设备和材料。 ④你该分配多少时间给你的计划并且要做什么安排。 假设你今后6个月的行动计划是“获得中级办公室人员资格”,你可以按下列方式完成你的行动计划: 有了这样一个行动框架,就可以将它分成若干部分来完成。 比如