生活要快乐 - 魏言

1．客户提出需求与确定网站建设：◆ 客户提出网站建设基本要求◆ 双方就网站建设内容进行协商，修改、补充，以达成共识◆    双方确定建设方案具体细节及价格2．签订协议、支付定金、提供材料◆双方签订《网站建设协议》◆客户提供网站提供相关文本及图片资料。  公司介绍    产品资料   项目描述    网站基本功能需求◆    客户支付预付款网站建设预算（总额的50%）的订金3. 网站设计 修改鉴定◆

2.4 计划为什么失败    任何事情都可能出错，而项目计划最容易成为替罪羊。如果一个人随意评估，漏掉需求，或者被车撞了，都是由计划（或者计划的负责人）来承担责任。如果国家的电力供给停止10天，或者团队里最好的程序员得了大病，有人就一定会说，“看吧，我告诉过你计划不可行。”然后就在计划制定者面前摇动手指。这虽然不公平，但总在发生。人们厌恶计划，把它置于一种不可达到的程度。即使是最好的计划者，拥

软件架构强调的是整体，而整体性的设计决策必须基于对需求的全面认识；软件架构应该是稳定的，而遗漏了重要需求的架构设计面临的是返工的命运。一言以蔽之，全面认识需求，是生产出高质量软件所必须的“第一项修炼”。作为一个软件架构师，也不应对所有需求“胡子眉毛一把抓”，而是应全面认识需求——分门别类地将需求梳理清楚。下图所展示的“需求空间分割图”揭示了全面认识需求的要求。要全面认识需求，意味着

用例图主要用来图示化系统的主事件流程，它主要用来描述客户的需求，即用户希望系统具备的完成一定功能的动作，通俗地理解用例就是软件的功能模块，所以是设计系统分析阶段的起点，设计人员根据客户的需求来创建和解释用例图，用来描述软件应具备哪些功能模块以及这些模块之间的调用关系，用例图包含了用例和参与者，用例之间用关联来连接以求把系统的整个结构和功能反映给非技术人员（通常是软件的用户），对应的是软件的结构和功

<br />刚在一家公司离职，因为公司上市后规模迅速状大，急于开发几款战略产品支承，公司高层对我们之前进行的一个项目非常重视，投入巨大。系统开发之初需求原本很明确，但新的需求总是在开发的过程中不断地被提出，今天来了个推广部经理，明天来了个市场部总监，各有各的想法，并且各个部门、分公司经常找开发小组开会提出新的需求变更。由于项目经理的“软弱”，我们一般很难拘绝。因为老总总是要先看到做出的效果再提意见，所以项目做的很急，系统框架在刚开始设计时没有被充分讨论、简化，感觉在后续开发中遇到很多问题， <br />  

ERP  OA 协同办公管理系统CRM 客户关系管理系统HR 人力资源管理系统MIS  管理信息系统HIS  即医院信息系统GIS 地理信息系统CMS 内容管理系统