软件开发项目规范
软件开发项目要求规范
软件项目开发和管理规范本文阐述软件项目开发和管理的流程规范，作为软件项目开发的高级指引，本规范定义了软件开发的各个阶段以及每个阶段的工作活动和工件，但不对活动和工件的细节作过多规定。
在项目开发过程中，每个项目根据自身的需要确定这些活动和工件的细节。
项目阶段图2-1 项目开发的五个阶段∙启动阶段这个阶段的工作目的是决定一个项目是否需要启动。
为了达到这个目的，首先要明确项目的总体战略目标，对项目的需要建立认同。
即确定到底需要做什么、开发什么产品或提供什么服务，以及需要解决什么样的问题和需要满足客户或市场的什么要求等，同时还要总结项目工作的范围、所需资源、大约开支、各种风险，以及该项目不执行的其他替代选择等。
这些代表了对整个项目目标从战略角度和宏观层次所进行的分析，通过项目的意向书总结出来，由此确证客户或项目发起人和赞助者的要求与期望，并帮助他们判定项目是否上马。
项目意向总结书的通过及项目被批准上马形成了这个项目的起始点。
∙计划阶段这个阶段的工作是为整个项目做计划。
项目开始后，首先要确定项目的具体范围，明确定出项目到底要做什么，总结、归纳并定出产品的功能。
然后进一步制定项目的计划，列出每项具体工作，并建立所有工作任务的重要性及顺序；确定每项工作的执行人和所需资源；根据人员的配置和能力设定各项工作和整个项目的完成时间表。
∙执行阶段这个阶段的工作是通过执行项目的计划来完成项目的任务。
它包括落实一切所需资源，如：人员、设备、费用、技术、信息，由管理者领导全体项目参与者开展各项工作。
同时跟踪各项具体工作和整个项目的进度，定期向全体项目人员及项目的发起人报告项目状态。
∙控制阶段这个阶段的工作是确证项目工作的结果符合项目的计划。
它通过对项目结果的衡量和审核，与项目计划所期望的结果进行比较，找出实际结果与计划的差别，并制定处理措施。
这个阶段的工作还包括对项目进程中出现的任何更改要求进行审核和批准。
同时调解项目进程中出现的各种问题，如：对缺乏的资源的补偿调节；对项目的进度表及各项具体工作的优先级或顺序的修订。
软件开发管理规范
软件开发管理规范一、引言软件开发是一个复杂而庞大的过程，需要严格的管理和规范来确保项目的成功交付。
本文旨在制定一套软件开发管理规范，以提高开发效率、降低风险，并确保软件质量和项目进度的控制。
二、项目管理1. 项目立项- 确定项目目标和范围，并编制详细的项目计划。
- 确定项目的资源需求和预算，并制定相应的控制措施。
- 确定项目的风险和问题，并制定相应的风险管理计划。
2. 需求管理- 确定用户需求，并编制详细的需求规格说明书。
- 对需求进行评审和确认，确保需求的准确性和一致性。
- 对需求进行变更管理，确保变更的合理性和影响的控制。
3. 进度管理- 制定详细的项目进度计划，并进行进度跟踪和控制。
- 确定关键路径和关键任务，并制定相应的缓冲计划。
- 定期召开项目进度会议，及时解决进度偏差和延迟问题。
4. 资源管理- 确定项目所需的人力资源和物资，并进行合理的分配和调度。
- 对人员进行培训和技能提升，以提高团队的整体素质。
- 确保项目所需的软硬件设备的可用性和稳定性。
5. 风险管理- 确定项目的风险，并制定相应的风险管理计划。
- 对风险进行评估和优先级排序，制定相应的应对策略。
- 定期跟踪和监控项目的风险，并及时采取相应的措施进行控制。
6. 质量管理- 制定详细的软件开发流程和规范，并进行质量控制。
- 对软件进行测试和评估，确保软件的功能和性能符合需求。
- 定期进行质量审查和评估，及时发现和解决质量问题。
三、团队协作1. 团队组建- 根据项目需求和资源状况，合理组建软件开发团队。
- 确定团队成员的职责和角色，并制定相应的工作分工。
- 定期召开团队会议，促进团队成员之间的沟通和协作。
2. 沟通管理- 确定沟通渠道和方式，并建立有效的沟通机制。
- 定期召开项目会议，及时传达项目信息和决策结果。
- 鼓励团队成员之间的交流和合作，解决沟通障碍和冲突。
3. 知识管理- 建立知识库和文档管理系统，存储和分享项目相关的知识和经验。
软件开发相关规范
软件开发相关规范在软件开发领域，规范性十分重要。
严格的规范不仅能够提高开发效率，减少出错率，还能保证代码的可重用性、可维护性和可扩展性。
本文将从代码、文档和工作流程三个方面讨论软件开发的相关规范。
一、代码规范代码规范是指编写代码时应遵循的标准和规范，主要包括命名规范、注释规范、代码风格规范等。
命名规范要求变量、函数、类、模块等的命名符合一定的命名规范。
变量名要具有描述性，有利于代码的可读性和理解性。
函数名应具有行为描述性，命名要简单明了，不要使用缩写。
类名要使用名词，并使用大写开头的驼峰命名法。
注释规范是编写代码时必不可少的一项规范，它能够使代码更加易读易懂，提高代码的可维护性。
注释应包括以下内容：函数描述、参数解释、返回值描述、异常情况解释等。
代码风格规范是一项非常重要的规范，代码风格的好坏影响着可读性和理解性。
代码风格规范要求代码应该缩进规范、使用空格缩进、使用大括号等符号的位置规范。
二、文档规范文档规范是指编写文档时应遵循的标准和规范，主要包括需求文档、设计文档、测试文档等。
在编写需求文档时，要尽量简洁明了，每个需求用一句话描述。
需求应该具有可衡量性和可测试性，要求明确、完整、不模棱两可。
在编写设计文档时，需要详细描述软件系统的结构、组件和模块之间的关系。
需要描述系统的架构、每个模块的接口、输入和输出参数以及异常情况等。
在编写测试文档时，需要详细描述每一个测试用例的执行步骤、期望的结果和预期的执行时间等信息。
测试用例应该具有可重复性、可验证性和可测量性。
三、工作流程规范工作流程规范是指团队成员在工作中应遵循的标准和规范，主要包括需求流程、设计流程、代码开发流程、代码审核流程和测试流程等。
需求流程是指软件项目需求规划、需求收集和分析、需求文档编写、需求确认等一系列流程。
在需求流程中，应该注重与客户之间的沟通，保证需求的准确性和完整性。
设计流程是指软件项目的总体设计、模块设计、界面设计、数据库设计等一系列流程。
软件开发管理规范
软件开发管理规范一、引言软件开发是一项复杂而关键的工作，为了保证软件开发项目的顺利进行和高质量的交付，需要制定一套科学合理的软件开发管理规范。
本文将详细介绍软件开发管理规范的各个方面，包括项目计划、需求管理、设计开发、测试验证、配置管理、变更管理、风险管理、文档管理和项目交付等内容。
通过遵循本规范，可以提高软件开发项目的效率和质量，降低项目风险。
二、项目计划1. 项目目标和范围的明确：在项目启动阶段，明确项目的目标和范围，确保开发团队和利益相关者对项目的期望一致。
2. 项目计划的编制：制定详细的项目计划，包括项目里程碑、资源分配、进度安排等，确保项目按时交付。
三、需求管理1. 需求收集和分析：与利益相关者充分沟通，收集和分析需求，确保需求的准确性和完整性。
2. 需求变更控制：对需求的变更进行评估和控制，确保变更的合理性和影响的可控性。
3. 需求跟踪和验证：建立需求跟踪机制，确保需求的实现和验证。
四、设计开发1. 架构设计：进行系统的整体设计，确定系统的组成部分和关键模块，确保系统的可扩展性和可维护性。
2. 编码规范：制定统一的编码规范，包括命名规范、注释规范等，提高代码的可读性和可维护性。
3. 编码实现：根据需求和设计进行编码实现，确保代码的质量和功能的实现。
4. 单元测试：编写单元测试用例，对代码进行单元测试，确保代码的正确性和稳定性。
五、测试验证1. 测试计划：制定详细的测试计划，包括测试范围、测试用例设计等，确保测试的全面性和有效性。
2. 功能测试：对系统的功能进行测试，确保系统的功能符合需求。
3. 性能测试：对系统的性能进行测试，包括负载测试、压力测试等，确保系统的性能满足需求。
4. 安全测试：对系统的安全性进行测试，确保系统的安全性能满足需求。
六、配置管理1. 版本控制：建立版本控制机制，确保软件开发过程中的各个版本的可追溯性和可控性。
2. 配置项管理：对软件开发过程中的各个配置项进行管理，包括需求文档、设计文档、代码等，确保配置项的完整性和一致性。
软件开发管理规范
软件开发管理规范一、引言软件开发是一个复杂而庞大的过程，需要有效的管理和规范来确保项目的顺利进行和高质量的交付。
本文将介绍软件开发管理的规范，包括项目计划、需求管理、团队协作、质量控制和交付管理等方面的内容。
二、项目计划1. 项目目标和范围的明确在项目启动阶段，应明确项目的目标和范围，包括项目的愿景、目标、交付物和时间表等。
这有助于团队成员明确任务和工作重点。
2. 项目计划的制定制定详细的项目计划，包括工作分解结构（WBS）、里程碑、资源分配和时间估计等。
项目计划应合理、可行，并与团队成员共享和更新。
3. 风险管理识别和分析项目风险，并制定相应的应对措施。
定期评估和跟踪项目风险，及时采取措施以减少风险对项目进度和质量的影响。
三、需求管理1. 需求收集和分析与利益相关者合作，收集和分析项目需求。
确保需求明确、一致，并与利益相关者达成共识。
2. 需求变更控制建立需求变更控制机制，确保对需求变更进行评估、记录和控制。
需求变更应经过适当的评审和批准，避免对项目进度和质量造成不必要的影响。
四、团队协作1. 团队组建和角色分配根据项目需求和成员技能，合理组建团队，并明确团队成员的角色和职责。
确保团队成员之间的协作和沟通顺畅。
2. 沟通和协调建立有效的沟通渠道和机制，确保团队成员之间的信息交流和协作。
定期组织团队会议，及时解决问题和调整项目计划。
3. 项目文档管理建立统一的项目文档管理系统，包括需求文档、设计文档、测试文档等。
确保文档的版本控制和共享，方便团队成员查阅和更新。
五、质量控制1. 质量标准的制定制定适用于项目的质量标准和评估方法。
确保项目交付物符合质量要求，并满足用户需求和期望。
2. 测试和验证制定详细的测试计划和测试用例，对项目交付物进行全面的测试和验证。
确保软件的功能、性能和稳定性达到预期要求。
3. 缺陷管理建立缺陷管理机制，及时记录和跟踪软件缺陷，并进行有效的修复和验证。
确保软件交付前的缺陷数量和严重性控制在可接受范围内。
软件开发管理规范
软件开发管理规范一、引言软件开发是一个复杂的过程，需要合理的管理来确保项目的顺利进行和高质量的交付。
本文将介绍软件开发管理的一些基本规范，包括项目计划、需求管理、团队协作、质量保证等方面的内容。
二、项目计划1. 项目立项- 在项目立项阶段，应明确项目的目标、范围、时间和预算等关键要素，并制定项目计划。
- 确定项目经理和团队成员，明确各自的责任和权限。
2. 需求分析- 在需求分析阶段，应与客户充分沟通，了解客户的需求和期望。
- 将需求分解为可执行的任务，并明确任务的优先级和时间安排。
3. 进度管理- 制定详细的项目进度计划，包括里程碑和关键节点。
- 定期进行项目进度的跟踪和评估，及时发现和解决问题。
三、需求管理1. 需求收集- 与客户和相关利益相关者进行充分的沟通，了解和收集需求。
- 对需求进行分类、整理和优先级排序。
2. 需求确认- 确保需求的准确性和完整性，与客户进行确认和验证。
- 对需求进行评审和修改，确保符合客户的期望。
3. 需求变更管理- 对需求变更进行评估和控制，确保变更的合理性和影响的可控性。
- 与客户协商并达成一致，确保变更得到及时处理。
四、团队协作1. 团队组建- 根据项目需求和技能要求，合理组建开发团队。
- 明确团队成员的角色和职责，建立良好的沟通渠道。
2. 沟通协作- 定期召开团队会议，及时沟通项目进展和问题。
- 建立团队协作平台，方便团队成员之间的信息交流和共享。
3. 任务分配- 根据团队成员的能力和专业领域，合理分配任务。
- 确保任务的清晰性和可执行性，避免任务重叠和资源浪费。
五、质量保证1. 质量计划- 制定详细的质量计划，包括质量目标、质量评估方法和质量控制措施。
- 确保质量计划与项目计划相一致，并得到团队成员的理解和支持。
2. 质量控制- 建立质量控制的流程和机制，确保软件开发过程中的质量问题得到及时发现和解决。
- 进行代码审查、单元测试、集成测试等质量控制活动，确保软件的稳定性和可靠性。
软件项目开发管理规范
软件项目开发管理规范一、引言软件项目开发管理规范旨在确保软件项目的顺利进行和高质量的交付。
本文档将详细介绍软件项目开发管理的各个方面，包括项目启动、需求分析、设计开发、测试、交付和项目关闭等。
通过遵循本规范，可以提高软件项目的管理效率和质量，降低项目风险。
二、项目启动1. 项目背景和目标在项目启动阶段，应明确项目的背景和目标。
例如，项目背景可以包括市场需求、竞争情况等；项目目标可以包括交付日期、功能要求、质量要求等。
2. 项目范围和里程碑确定项目的范围和里程碑是项目启动的重要工作。
项目范围应明确项目的边界和所包含的功能模块；里程碑可以根据项目进度和交付要求来设定，有助于项目进度的控制和监督。
3. 项目团队组建在项目启动阶段，应确定项目团队的组成和角色分工。
项目团队应包括项目经理、开发人员、测试人员、需求分析人员等，每个人的职责和权限应明确。
三、需求分析1. 需求收集和整理需求分析是软件项目开发的关键环节，应充分了解用户需求，并进行整理和梳理。
可以采用面谈、问卷调查、原型设计等方法来收集和整理需求。
2. 需求评审和确认需求评审是确保需求准确性和一致性的重要环节。
项目团队应对需求进行评审，并与用户进行确认，以确保需求的准确性和可行性。
3. 需求变更管理在软件项目开发过程中，需求变更是常见的情况。
项目团队应建立需求变更管理机制，对需求变更进行评估和控制，确保变更的合理性和影响的可控性。
四、设计开发1. 技术选型和架构设计在设计开发阶段，应根据项目需求和技术要求进行技术选型和架构设计。
项目团队应评估各种技术方案的优劣，并选择最适合项目需求的技术和架构。
2. 编码规范和代码管理项目团队应制定统一的编码规范，并进行代码管理。
编码规范可以包括命名规范、注释规范、代码结构规范等，代码管理可以采用版本控制工具进行管理。
3. 开发进度和质量控制在设计开发阶段，应设定开发进度和质量控制指标，对开发进度和质量进行监控和控制。
软件开发规范
软件开发规范在现代社会中，软件开发已经成为了各行各业中不可或缺的一部分。
为了确保软件的质量和可维护性，制定一套规范的软件开发流程变得尤为重要。
本文将介绍一些常用的软件开发规范，以及它们的重要性和实施方法。
一、代码编写规范1. 命名规范在编写代码时，为了提高代码的可读性和可维护性，我们应该遵循一定的命名规范。
变量、函数和类的命名应该具有描述性，能够清晰地表达其用途和功能。
同时，应该避免使用缩写或者过于简化的命名方式。
2. 注释规范良好的注释可以帮助他人理解代码的逻辑和功能。
在编写代码时，我们应该养成良好的注释习惯。
注释应该清晰、简洁，并且与代码保持同步更新。
特别是在涉及到复杂逻辑或者算法的地方，注释的重要性更加突出。
3. 代码风格统一的代码风格有助于提高代码的可读性和可维护性。
在团队开发中，应该制定一套统一的代码风格规范，并且严格执行。
代码风格规范包括缩进、空格、换行等方面的约定。
二、版本控制规范版本控制是软件开发过程中必不可少的一环。
通过版本控制，我们可以追踪代码的变更，协同开发，以及回滚到之前的版本。
以下是一些版本控制的规范建议：1. 使用合适的版本控制工具常见的版本控制工具包括Git、SVN等。
在选择版本控制工具时，应根据项目的需求和团队的实际情况进行选择。
2. 分支管理合理的分支管理可以提高团队协作的效率。
通常，我们可以使用主分支来管理稳定的代码，使用开发分支来进行新功能的开发，使用特性分支来处理特定的任务或问题。
3. 提交规范每次提交代码时，应该附上有意义的提交信息，描述本次提交的目的和内容。
同时，应该避免一次性提交过多的代码，以免给代码审查和合并带来困难。
三、测试规范软件测试是确保软件质量的重要环节。
以下是一些测试规范的建议：1. 单元测试在编写代码的同时，应该编写相应的单元测试代码。
单元测试可以帮助我们验证代码的正确性，并且在后续的开发和维护中提供保障。
2. 集成测试除了单元测试，还应该进行集成测试。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件项目开发和管理规范
本文阐述软件项目开发和管理的流程规范，作为软件项目开发的高级指引，本规范定义了软件开发的各个阶段以及每个阶段的工作活动和工件，但不对活动和工件的细节作过多规定。
在项目开发过程中，每个项目根据自身的需要确定这些活动和工件的细节。
项目阶段
图2-1 项目开发的五个阶段
•启动阶段
这个阶段的工作目的是决定一个项目是否需要启动。
为了达到这个目的，首先要明确项目的总体战略目标，对项目的需要建立认同。
即确定到底需要做什么、开发什么产品或提供什么服务，以及需要解决什么样的问题和需要满足客户或市场的什么要求等，同时还要总结项目工作的范围、所需资源、大约开支、各种风险，以及该项目不执行的其他替代选择等。
这些代表了对整个项目目标从战略角度和宏观层次所进行的分析，通过项目的意向书总结出来，由此确证客户或项目发起人和赞助者的要求与期望，并帮助他们判定项目是否上马。
项目意向总结书的通过及项目被批准上马形成了这个项目的起始点。
•计划阶段
这个阶段的工作是为整个项目做计划。
项目开始后，首先要确定项目的具体范围，明确定出项目到底要做什么，总结、归纳并定出产品的功能。
然后进一步制定项目的计划，列出每项具体工作，并建立所有工作任务的重要性及顺序；确定每项工作的执行人和所需资源；根据人员的配置和能力设定各项工作和整个项目的完成时间表。
•执行阶段
这个阶段的工作是通过执行项目的计划来完成项目的任务。
它包括落实一切所需资源，如：人员、设备、费用、技术、信息，由管理者领导全体项目参与者开展各项工作。
同时跟踪各项具体工作和整个项目的进度，定期向全体项目人员及项目的发起人报告项目状态。
•控制阶段
这个阶段的工作是确证项目工作的结果符合项目的计划。
它通过对项目结果的衡量和审核，与项目计划所期望的结果进行比较，找出实际结果与计划的差别，并制定处理措施。
这个阶段的工作还包括对项目进程中出现的任何更改要求进行审核和批准。
同时调解项目进程中出现的各种问题，如：对缺乏的资源的补偿调节；对项目的进度表及各项具体工作的优先级或顺序的修订。
•结束阶段
这个阶段的工作是确保项目的最终结果或提交物达到计划的要求，并对完成的结果作可接受的确认。
还包括在项目完成之后的收尾工作，对整个项目的经历进行总结，修订项目文档，用户培训等。
阶段完成标志
在项目开发过程中，当一个阶段完成后才会开展下一个阶段的工作；另外，“某个阶段完成”通常被定义为项目的一个里程碑，里程碑标识了项目的进度，它是项目开发和控制的重要参考，对整个项目有重要的意义。
因此，“确证某个阶段是否已经完成”的工作非常有重要。
•每一个阶段的结束以它特定任务的完成为象征
只有当某个阶段中被规定的所有工作任务都完成了，这个阶段才算真正结束，整个项目才可以进入到下一个阶段中去。
反过来说，要是阶段中某个任务没有全部完成，按照项目的定义，整个阶段就不能算是完成，因此项目就不能进入到下一个阶段去。
•衡量阶段结束的工作结果必须是实在的交付品
阶段中的任务是否完成是透过任务活动中产生的交付品来体现的，交付品必须是可交付的、非抽象的、实质的并且可以通过用衡量的方法来判断是否真正地完成了的具体事物。
如：某一阶段的完成是以建造一个样品或完成某分文件作为象征。
任何项目阶段的结束，都应该有这样的实质性东西的完成作为象征。
•跨阶段的进程以阶段结尾的合格验证和审核来决定
当一个阶段结束时，在进入到下一个阶段之前所需要做的工作应包括对交付品进行合格验证，并检查这一阶段的工作质量和效率，由此判断是否可以进入到下一个阶段。
这些检验象征了一个阶段的结尾终点，表示项目的进程离开了上一个阶段而进入了下一个阶段。
启动阶段
图3-1 启动阶段的任务和工件
•产品领域研究
研究产品所在领域的状况，为项目论证提供依据。
研究内容包括：
▪
o产品领域的现状和前景
o产品领域的商业模式和业务流程
o产品的价值和盈利空间
o产品的特性和复杂度
•技术可行性研究
研究产品的实现技术，总结技术可行性。
研究内容包括：
o
o类似产品的当前实现技术和技术趋势
o实现技术的候选方案
o各个方案的优点、成本和风险
o开发团队与实现技术的匹配情况
图4-1 计划阶段的任务和工件
•规模、工作量评估
围绕各项计划的制定工作对项目的规模、工作量等进行评估，评估的内容包括：
o
o模块数量与复杂度
o输入、输出和对外接口等数量与复杂度
o SLOC和功能点
o非生产性的支持工作量
o开发工作量（人月）
o进度与里程碑
o进度风险
•定制项目开发计划
项目开发计划体现了项目组对整个开发周期的预期，指定了项目开发的总体方针。
与其
他计划一样，项目开发计划不是固定不变的，在执行过程中要对计划进行监控，可能会根据
实际情况修改计划并重新发布。
《项目开发计划》的内容包括：
用三到五张图表来描述产品目标、功能、平台、客户、进度表和开发职责
图4-2 风险管理任务
《风险管理计划》定义这些任务的执行流程和人员分配。
《风险管理计划》的内容包括：
用文字和图表概述风险管理任务的总体执行流程。
详细说明“风险识别”任务的实施细节和各项工作的负责人。
详细说明“风险分析”任务的实施细节和各项工作的负责人。
险优先级详细说明“确定风险优先级”任务的实施细节和各项工作的负责人。
险化解方案详细说明“定制风险处理方案”任务的实施细节和各项工作的负责人。
当风险发生时，需要采取相应的措施化解风险。
这部分的内容是描述风险
工作的操作规范和流程。
详细说明风险监控任务的实施细节和各项工作的负责人。
表4-2 风险管理计划
常规开发活动（需求分析、架构设计、详细设计、编码和测试、发布和实施等）
会议（工作例会、进度会议、审查会议等）
评审（方案评审、技术评审、质量评审等）
测量（产品规模测量、进度测量、缺陷率测量、测试覆盖率测量等）
其他活动（技能培训、资料收集、内部流、客户沟通等）
表4-4 工作规范
•定制开发进度计划
基于当前对项目的规模和工作量评估，定制初步的开发进度表，作为项目开发计划的组
成部分。
《开发进度表》的内容包括：
o
o项目的开始和结束时间
o项目各个阶段的开始和结束时间
o每个阶段的工作任务及其开始和结束时间
o每个工作任务的子任务的及其开始和结束时间
o里程碑和同步点
o角色的定义和任务分配
作为跟踪项目进度的重要依据，进度表在项目推进过程中需要不断细化。
另外，当实际
进度与计划进度出现偏差时，需要修改进度表并重新发布。
执行阶段
5.客户的特别要求
开发的局限
对开发的成功与否起很大影响的因素，是开发能力的局限：
1.人员的局限
2.技术的制约和局限
3.客户的特别要求
表5-1 需求分析告
《需求分析报告》的编制方式可以是多样的，例如把所有“非功能性需求”组织成“外部接
口需求”、“质量属性需求”和“需求约束”。
【如：图5-2】
图5-2 需求规格说明书
•界面原型设计
明确了系统的关键需求后，就可以进行界面原型设计工作，获取用户的反馈，尽快确定产品的界面基调。
同时要编写一份《界面设计概要》文档，作为后续的界面设计工作的指导。
《界面设计概要》的内容包括：
o设计的理念
o理念的来源或参考
o设计的要点
o与类似产品界面的对比
•架构设计
架构设计从关键需求开始，建立概念性的架构，并逐步细化和验证。
最终生成架构设计说明书和架构基线代码。
架构设计的方法：可以从几个不同的视角进行架构设计，然后汇总综合得出完整的设计。
（架构设计的五个视图【如：图5-3】）。