![站点项目模型与业务流程分析 站点项目模型与业务流程分析](/rjstyle/noimg/68.webp)
随着科学技术的不断发展和网站功能需求用户的不断提高,现在的设计项目的网站已经无法简单的用静态HTML文件来实现,与几年前的一个或两个网页设计网页设计师自由的创作相比,网站的设计和开发越来越像一个项目,也越来越复杂,项目网站的设计与开发需要强调过程和时代划分,对规范、高效、稳健的发展机制,以适应用户不断变化的需求,达到预期目标。
网站项目管理(WPM)是基于Web的项目管理的意义,在Web应用程序的架构,项目的主要表现和管理的设计,这种结构包含一个网络,和网络的主题,主要是在网站设计,尽管开发Web客户端应用程序(如信息网站的在线商店,邮局,虚拟的,客户关系管理)的项目管理。
在本文中,笔者将项目管理网站(WPM)统一过程(RUP)和工程管理为参考,结合实际工作经验,力求将项目管理网站(WPM),劳动分工的作用,对现场项目管理的逐步规范化过程的完整描述。
根据我的经验,网站项目管理可以分为以下六个阶段来控制:
1。需求分析与变更管理
2。项目模型与业务流程分析
三.系统分析与建模
4。界面设计、交互设计和程序开发
5。系统测试与文档编写
6。客户培训、技术支持和售后服务
需要说明的是,虽然这些阶段具有连续性,但它们并没有完全被切断。例如,需求变更管理和测试工作、文件准备工作都贯穿于整个项目过程,许多工作都是在同一时间或同一时间进行的。
(二)项目模型和业务流程分析
应用网络技术产生的电子工作流,既不能完全改变传统的工作流,也不能简单地复制传统的工作流,而是需要对传统工作流进行合理的优化、改进和重组。
本章包括以下内容:
1。写下项目模型的文档,以便每个人都能一目了然地看到它。
两。业务流程分析师执行流程设计。
三。接口工程师设计用户界面原型
四。以用户为中心的设计思想
五。制定设计计划
六。总结
1。写下项目模型的文档,以便每个人都能一目了然地看到它。
为什么要制作项目模型文档
通常,用户的需求是凌乱的,不完整的甚至是错误的,更详细的需求往往在项目开发的过程中发现,这是开发商的一种非常困扰的问题。因此,在需求分析的工程模型文件,在项目中为双方的发展在未来的项目都有一个共同理解,和早期暴露于可能的需求变化,这将大大提高开发效率和开发质量。
在工程人员经验的缺乏往往接受任务后迫不及待地进行系统分析和开发,而不想花更多的时间与客户讨论项目的需求和模型的开发过程是客户想当然的做了很多的想象,花费巨大努力是吃力不讨好的任务,可以想象,在不知道终点在哪里的马拉松,你会去哪里!
因此,在确定客户的初始需求之后,业务人员应该描述项目模型的设计。
首先,我们应该定义的词汇,并不是每一个客户或项目团队成员能够理解之间的用户,角色,案例的差异是不是一个很好的了解渠道,对前景和背景的意义是什么,为了使项目模型文件让每个观众正确理解、词汇多需要的,尤其在信息设计和用户第一,面对传统产业。
模型描述用最自然的语言描述。本文档是需求分析报告进一步说明。客户代表,对即将到来的项目的项目经理和开发人员有最直观的印象通过项目模型的描述,和关键问题进行了讨论和共识,如功能要求、性能指标、运行环境、投资规模等。
两。业务流程分析师执行流程设计。
业务流程分析人员应该善于简化工作。扮演角色的人必须具有广博的专业知识和良好的沟通技巧。
业务分析师的关注需要帮助的客户需求进行分析,找出所有的业务角色确定后,主人公的业务过程的主角和各相关活动应清楚地制定,原理图的逻辑视图,最终设计的用户界面。例如,一个电子商店系统,除了系统管理员、业务经理、销售、物流配送人员、客户服务人员等角色,有可能是外部协作单位的不同角色,如供应商、分销商、广告商和用户购买,甚至细分为普通消费者,消费者,消费群的VIP,参与的以每种角色的活动系统与流程是不同的,逻辑图和示意图、业务流程分析系统的机制都有简要的描述。
在业务流程设计的过程中,我们需要注意以下几点:
*调查用户的网络环境和配置,以便架构师能够制定合理可行的系统架构。
*调查用户的喜好和技能,这将直接影响项目开发的深度和用户界面的设计。
虽然开发人员和管理者很容易意识到自己对用户需求的理解,实际情况往往并非如此。人们往往关注用户应该如何执行一个任务,不知道用户的偏好是执行。在大多数情况下,偏好问题不仅是一个简单的想法,它已经掌握了用户的需求,但它是值得研究的本身。喜好也由经验、能力和使用环境。
*预测和制定系统性能指标,为测试人员编写测试计划提供依据。
许多项目都重视函数的实现。测试阶段似乎能满足客户的需求,但一旦投入使用,就会发现性能瓶颈,客户由于对专业知识水平的了解有限,往往忽略了要求,所以为了避免日后发生纠纷,使预测性能非常重要。
三。接口工程师创建用户界面原型
为了付诸实践之前,系统开发,创建一个用户界面模型是非常重要的,原型是远小于实际开发成本的成本,在项目初期,所有的功能和可用性来创建一个完整的用户界面和显示的测试系统,并使客户代表参与讨论和修改,可以大大提高成功概率的项目。
在创建了一个可行的原型之后,系统分析、设计和代码编译必须遵守原型,确保系统的正确性,测试人员和客户还可以检查实时参与开发的过程,能有效保证项目的质量。
根据逻辑图和流程分析、业务流程分析示意图,界面设计工程师设计用户界面原型,在这个阶段,界面设计师尚未进入详细设计阶段,所以它是完整的业务流程绩效的重要,和客户的设计风格,确认和定义设计规范。
在充分了解客户的需求和业务流程,界面工程师使用一个合理的布局,设计用户界面。例如,首页的风格,需要显示在首页上的各个要素,导航的分类和介绍,各种业务角色的入口,和所以在。
在本文中,用户界面不仅是网站访问者的浏览界面,包括用户、管理员、用户界面不同的商业伙伴,甚至警告提示界面,接口,接口错误等,用户界面原型设计不仅可以使客户完成和测试人员更容易明确需求也不能是对工程质量的忽视。
四。以用户为中心的设计思想
无论项目设计和开发水平如何尖端,最终用户都不是系统,最大限度地满足客户的需求是关键,系统设计者往往口头上挂上以用户为中心的口号,但实际工作在一个假设,或是出于懒惰或条件。对于不同的用户,系统在未来很可能会产生意想不到的障碍。
要真正专注于用户,首先必须放弃头脑中的经验和想象,去客户的工作场所,观察并记录客户如何工作,然后与客户谈论他们的工作。
在团队拓展训练中,有一门课程叫盲阵。你能想象一群人不知道如何把一条长绳子拉进一个正方形吗傲慢的人会懂得倾听和服从吗我们不能假设用户是健康的或盲目的。他们无法想象用户应该做什么。他们怎么了只有通过仔细观察和沟通,我们才能制定出一个真正满足用户需求的计划。
一些专家认为,开发商应该决定组成的用户并让用户参与,尽早提出熟悉用户的几种方式,他们的任务和要求。
*与用户交谈
*在办公室访问用户
*用户工作的观察
*用户工作录像
*对工作组织的理解
*自我的尝试
*用户希望在工作时发言
*允许用户参与设计
*包括设计团队中的专家级用户
*执行任务分析
*使用调查和问卷调查
*开发可测试的目标
如果可能的话,我们必须力求在需求和流程设计上做到精确、客观、细致,既要保证系统开发的质量和成熟度,又要得到客户的高度满意和信任,为今后更多的业务合作打开大门。
五。制定设计计划
在这个阶段,我们可以把握客户的需求,对计划实施的系统发展有一个清晰的认识,并与客户达成共识。因此,当我们进入下一阶段的工作时,制定设计计划是很有必要的。
设计方案是对整个系统的全面描述,是系统分析和测试员工工作的基础,也是客户接受的标准。作为商务合同的一部分,我们应该仔细仔细地写出设计方案。
根据不同的项目,设计方案的内容可能会有所不同。下面的作者提供了一个示例供您参考。示例基本上涵盖了需要在计划中确定和描述的核心元素。
六。总结
在这一阶段的工作过程中,核心任务是通过需求分析、项目分析、模型设计和业务流程等阶段,使用户界面原型能够得到用户的认可,最终完成双方认可的计划。
如何完成业务流程分析阶段的高质量工作,笔者总结了以下几点体会:
*真正以用户为中心的设计,在客户的实际工作环境中观察和记录;
*查找各种业务的主角,并描述各种操作程序的不同主角。
*简化需求,总结客户需求,抓住核心问题。
*细化需求,模拟用户对核心问题的作用,并进一步确认流程和规范;
*精心制订设计计划,为下一阶段工作打下良好基础。