在进行业务流程设计，需要注意以下事项：
*调查用户网络环境和配置，使架构设计师能够制定合理可行的系统架构；
*调查用户偏好和技能水平，这将直接影响到项目开发的深度和用户界面的设计；
“虽然开发人员和管理人员很容易自认为他们了解用户需要，但实际情况常常不是这样。人们往往关注于用户应该如何执行任务，而不是用户偏好如何执行。多数情况下，偏好问题不仅仅是简单地认为已掌握了用户需要，尽管这本身就很值得研究。偏好还要由经验、能力和使用环境决定。”
*预测并制定系统的性能指标，为测试人员编写测试计划提供依据。
许多项目设计中比较重视功能的实现，测试阶段看似满足了客户的需求，但一旦投入使用的时候，便会发现性能上面临着一个个瓶颈。客户由于对专业知识的了解程度有限，也往往忽略了这方面要求，因此为了避免日后陷入纠纷，事先预测并制定性能指标是非常重要的。
三.界面工程师创建用户界面原型
为了在实际系统开发投入之前，创建用户界面模型是非常重要的，开发原型的成本远远低于实际开发的成本，在项目初期，创建完整的用户界面揭示和测试系统的所有功能和可用性，并能够使客户代表参与讨论及修改，可以大大提高项目的成功几率。
创建正确可行的原型以后，系统分析、设计及代码的编写都必须遵照原型进行，确保构建的系统是正确的，测试人员和客户也能够在开发过程中即实时地参与检查，可以有效地保障了项目的质量。
根据业务流程分析员所提供的流程分析逻辑图及示意图，界面设计工程师开始设计制作用户界面原型，目前这个阶段，对于界面设计人员来说还没有进入精细设计的阶段，所以最重要的是将业务流程完整地表现出来，并和客户就设计风格，设计规范进行确认和定义。
界面工程师在充分理解客户需求和所有的业务流程之后，利用合理的布局设计用户界面。比如网站的首页风格、首页需要显示的各个元素、导航的分类和表现方法、各类业务角色的入口等等。
在此需要注意的是，用户界面不仅仅是网站访问者所浏览的界面，也包括了特殊用户、管理员、业务伙伴等不同的用户界面，甚至还有提示界面、警告界面、出错界面等等，设计完整的用户界面原型不仅能够使客户及测试人员更容易明确需求，也对项目的质量起到不可忽视的作用。
四.以用户为中心的设计思考
无论项目设计开发人员的水平多么精尖，毕竟不是系统的最终用户，最大限度地满足客户的需要才是关键，系统设计人员往往口头上挂着以用户为中心的口号，而实际上工作中又在大量地假想，或是出于懒惰或是出于条件限制，对于将来使用系统的不同用户来说都可能产生意想不到的障碍。
真正做到以用户为中心，就要先放弃沉淀在脑子里的经验和想象，到客户工作的地方去、观察记录客户如何工作、然后与客户谈论他们的工作。
在团队拓展训练中有一项叫做“盲人方阵”的课程，可以想象一群什么也看不见的人如何把一根长绳子拉成正方形景象吗？目中无人的人会懂得倾听和服从吗？我们不能假设用户到底是个健全人还是盲人，也不能假想用户应该会怎么做不该会怎么做，只有去仔细观察和沟通，才能制定出真正符合用户需要的计划。
有专家提出：开发人员应决定用户的组成，并让用户尽可能早地涉入，并提出了几种熟悉用户、他们的任务以及需求的方法：
*与用户交谈
*到办公地点拜访用户
*观察用户工作
*将用户工作录像
*了解工作组织
*自我尝试
*使用户在工作时边想边说
*让用户参与设计
*在设计小组中包括专家级用户
*执行任务分析
*利用调查和问卷
*制定可测试的目标
在有可能的情况，在需求和流程设计中努力做到精确、客观和细致，不但能保证系统开发的质量和成熟度，也会使你得到客户高度的满意和信任，为今后更多的业务合作敞开大门。
五.制作设计计划书
到了这个阶段，可以说掌握了客户的需求并对计划实施的系统开发有了清楚地认识，与客户之间达成了共识，那么在进入下个阶段的工作时，制作设计计划书是非常必要的。
设计计划书是全面描述整个系统的全貌，作为系统分析、测试人员工作的基础，同时也是客户验收的标准，作为业务合同的内容之一，因此，应该仔细谨慎地撰写设计计划书。
根据项目的不同，设计计划书的内容或许有所不同，以下笔者提供一份样本供大家参考，该份样本基本涵盖了需要在计划书中进行确认和描述的核心要素。
六.总结
在本阶段的工作过程中，核心的任务是通过上个阶段的需求分析，进行项目模型设计和业务流程分析，并制作用户界面原型得到用户的确认，最终完成双方认可的《设计计划书》，作为下一阶段系统设计和软件建模的依据。
如何高质量地完成业务流程分析阶段的工作，笔者总结的经验如下：
*真正以用户为中心的设计，到客户的实际工作环境中观察和记录；
*仔细查找各种业务主角，并表述不同主角的各种操作流程步骤；
*简化需求，将客户的需求归纳整理，抓住核心问题；
*细化需求，针对核心问题，模拟用户角色，进一步确认流程和规范；
