当前位置: 代码迷 >> ASP >> 做过网站外包的都进来,该怎么处理
  详细解决方案

做过网站外包的都进来,该怎么处理

热度:690   发布时间:2012-02-02 23:57:14.0
做过网站外包的都进来
我第一次接单,他叫我给出方案、报价、开发周期
我对方案这个不是很理解。谁可以告诉我方案怎么写呢?
发到我信箱也可以kv163@qq.com。谢谢大家了

------解决方案--------------------
画一个网站结构图,把前台的栏目关系用图形式表现出来,一目了然,加简单文字描述即可
画一个后台模块图,把后台的模块关系用图形式表现出来,一目了然,加简单文字描述即可
------解决方案--------------------
前面吹一下,然后列出栏目,功能,再详细介绍,再写开发技术,周期,再附上报价
------解决方案--------------------
百度首页 | 百度空间 | 登录 | 注册 Uchen简单 曲线 是最美的 "~~ 主页博客相册|个人档案 查看文章
网站项目模型及业务流程分析2006-12-21 19:37  随着技术的不断发展和用户对网站功能性的需求不断提高,如今网站项目的设计已经不能再仅仅简单地利用静态Html文件来实现,与前几年网站设计由一两名网页设计师自由的创作相比,网站项目的设计和开发越来越像一个软件工程,也越来越复杂,网站项目的设计和开发进入了需要强调流程和分工的时代,建立规范的、有效的、健壮的开发机制,才能适应用户不断变化的需要,达到预期的计划目标。

  网站项目管理(WPM)的含义为Web-based Project Management,即以Web 应用程序为主要表现方式的架构来进行的项目设计及管理,这样的架构中包含了浏览器、网络和Web 服务器等关键主体,主要体现在网站设计、以浏览器为客户端的Web应用程序开发(例如信息类网站、网上商店、虚拟邮局、客户关系管理。)等项目管理中。

  在本文中,笔者将网站项目管理(WPM)与软件工程的统一过程管理(RUP)进行参照比较,并结合实际工作经验,力求将网站工程管理(WPM)的角色、分工、流程进行完整的阐述,使网站项目管理逐渐走向规范化。

  按照笔者的经验,网站项目管理可以分为以下六个阶段进行控制:

1. 需求分析及变更管理

2. 项目模型及业务流程分析

3. 系统分析及软件建模

4. 界面设计、交互设计及程序开发

5. 系统测试和文档编写

6. 客户培训、技术支持和售后服务

  需要说明的是,这些阶段虽然具有一定的延续性,但是并非完全隔断的,例如需求变更管理和测试工作、文档编写都是贯穿整个项目过程的,许多工作时交叉进行或同时进行的。


(二)项目模型及业务流程分析


  网络技术的应用所产生的电子流程工作方式既不能彻底更改传统的工作流程,也不是对传统工作流程的简单复制,而需要对传统的工作流程进行合理的优化、改进和重组。


本章包括以下内容:

一. 编写项目模型文档,使所有人都一目了然

二. 业务流程分析员进行流程设计

三. 界面工程师设计用户界面原型

四. 以用户为中心的设计思考

五. 制作设计计划书

六. 总结



一. 编写项目模型文档,使所有人都一目了然


  为什么要制作项目模型文档?

  通常用户提出的需求是凌乱的,煌暾 模 踔潦遣徽 返模 腋 钢碌男枨缶 J窃谙钅靠 ⒔ 兄胁疟煌诰蚍⑾值模 舛杂诳 ⑷嗽崩此凳歉黾 淅 诺奈侍狻D敲矗 诮 行枨蠓治龊笾谱飨钅磕P臀牡担 茉谙钅拷 肟 ⑶埃 蕉约唇 纪瓿傻南钅康慕峁 懈龉餐 娜鲜叮 ⑻嵩绫┞犊赡艹鱿值男枨蟊涓 敲唇 蟠筇岣呖 ⒌男 屎椭柿俊?

  缺乏经验的项目人员往往在接受任务后迫不及待地进行系统分析和开发,而不愿意多一点时间在和客户反复推敲项目需求和模型,开发过程中想当然地凭空为客户做了很多假想,费了九牛二虎之力却吃力不讨好,可想而知,在不知道终点在哪里的马拉松比赛中,你会跑到哪里去?!

  因此在确认了客户的初步需求以后,业务人员应该进行项目模型的设计描述。

  首先,我们要定义一下词汇表,并非每个客户或者项目小组成员都能够明白“用户”、“角色”、“用例”之间的差别,也不见得都能很好地理解“通道”、“前台”、“后台”到底是什么含义,为了让项目模型文档使每个浏览者正确地理解,定义词汇表是非常需要的,尤其是面对传统行业初次进行信息化设计的用户。

  模型描述采用最自然的语言进行描述,这份文档是对需求分析报告的进一步描述。使得客户代表、项目经理、开发人员对即将展开的项目通过项目模型的描述产生最直观的印象,并针对关键的问题进行讨论并达成统一认识,比如功能要求、性能指标、运行环境、投资规模等等。

二. 业务流程分析员进行流程设计


  业务流程分析员的人员应该善于简化工作,担任此角色的人员中必须要有具备广博的专业领域知识,并且具有良好的沟通技巧。

  业务分析人员重点需要协助客户将需求进行归纳分析,查找出所有的业务主角,确定业务主角后,每个主角的相关活动及流程应清晰地制定出来,最终设计出逻辑视图、用户界面示意图。比如一个电子商店系统,除了系统管理员、业务经理、业务员、物流配送员、客户服务人员等角色以外,可能还存在外部协作单位的不同角色,比如供应商、分销商、广告客户,还有购买用户,甚至再细分为普通消费用户、VIP消费用户、集团消费用户等等,每一类角色参与系统活动时的入口和流程都有所不同,通过逻辑图和示意图,业务流程分析员将系统的机构简要明确地进行描述。

  在进行业务流程设计,需要注意以下事项:

* 调查用户网络环境和配置,使架构设计师能够制定合理可行的系统架构;

* 调查用户偏好和技能水平,这将直接影响到项目开发的深度和用户界面的设计;

“虽然开发人员和管理人员很容易自认为他们了解用户需要,但实际情况常常不是这样。人们往往关注于用户应该如何执行任务,而不是用户偏好如何执行。多数情况下,偏好问题不仅仅是简单地认为已掌握了用户需要,尽管这本身就很值得研究。偏好还要由经验、能力和使用环境决定。”

* 预测并制定系统的性能指标,为测试人员编写测试计划提供依据。

许多项目设计中比较重视功能的实现,测试阶段看似满足了客户的需求,但一旦投入使用的时候,便会发现性能上面临着一个个瓶颈。客户由于对专业知识的了解程度有限,也往往忽略了这方面要求,因此为了避免日后陷入纠纷,事先预测并制定性能指标是非常重要的。



三. 界面工程师创建用户界面原型


  为了在实际系统开发投入之前,创建用户界面模型是非常重要的,开发原型的成本远远低于实际开发的成本,在项目初期,创建完整的用户界面揭示和测试系统的所有功能和可用性,并能够使客户代表参与讨论及修改,可以大大提高项目的成功几率。

  创建正确可行的原型以后,系统分析、设计及代码的编写都必须遵照原型进行,确保构建的系统是正确的,测试人员和客户也能够在开发过程中即实时地参与检查,可以有效地保障了项目的质量。

  根据业务流程分析员所提供的流程分析逻辑图及示意图,界面设计工程师开始设计制作用户界面原型,目前这个阶段,对于界面设计人员来说还没有进入精细设计的阶段,所以最重要的是将业务流程完整地表现出来,并和客户就设计风格,设计规范进行确认和定义。

  界面工程师在充分理解客户需求和所有的业务流程之后,利用合理的布局设计用户界面。比如网站的首页风格、首页需要显示的各个元素、导航的分类和表现方法、各类业务角色的入口等等。

  在此需要注意的是,用户界面不仅仅是网站访问者所浏览的界面,也包括了特殊用户、管理员、业务伙伴等不同的用户界面,甚至还有提示界面、警告界面、出错界面等等,设计完整的用户界面原型不仅能够使客户及测试人员更容易明确需求,也对项目的质量起到不可忽视的作用。
  相关解决方案