目的:在一个文档中,表现出组织结构图,模块图,用到的数据以及常用的操作。
例如:首页
      模块分为:公告、文章列表
      用到的数据:公告(公告Id,公告内容);文章列表(文章Id,文章标题,发表时间)
      操作:点击文章列表中某项跳转到文章阅读页面(这点可以文字描述就行)。
目前实现方法及缺陷:
      1.使用Word,太过繁琐,并且阅读者不容易理解。
      2.使用visio,效果不错,但是当你建立的是数据库实体模型时,你就不能使用流程图模型。这点比较郁闷,如果能够让多个模型混在一个文档中,那么visio就是不错的解决方案。
      3.使用UML图,太专业,不容易沟通。并且我也不熟悉,不知道能不能表现我想要的。
     目前情况是,原型图已经画出来了。想根据每个页面整理出:
     1、该页面的模块关系;
     2、该页面用到的数据结构;
     3.该页面用到的事件;
     4、该页面模块或者功能点的描述(类似注释)     我所在公司是个小公司,不适用于正规的开发流程。所以想规范一下开发步骤。我的思路是:首先建立原型;然后写出需求者和开发者都能看得懂的开发文档;下一步画出UML图,只画类的就可以;最后才是正式开发。
     不知道各位大神有什么意见或者好的工具,可以分享出来!

解决方案 »

  1.   

    --Rational Rose 一种面向对象的统一建模语言的可视化建模工具--Microsoft Office Visio 2007 是微软公司出品的一款的软件,它有助于 IT 和商务专业人员轻松地可视化、分析和交流复杂信息。它能够将难以理解的复杂文本和表格转换为一目了然的 Visio 图表。
      

  2.   

    这使用任何文档都不是很方便。可以使用flash,或者silverlight sketchflow。
      

  3.   

    看你的描述,你的后两种描述全都是空洞的。与其完全是“成事不足”,还不如使用word先把你要展现的内容展现出来。visio和uml图能表现的东西只是一小部分而已。优秀的项目管理者(加上经过初步训练的项目成员)大概只需要word+excel。
      

  4.   


    画出类图,是面向对象系统分析设计中最低级的工作,不足五分之一的工作。如果你满足于画出一个类型关联图就开发了,那么我非常清楚,你其实跟那种只写一个数据库表结构然后就开始动手写“增删改查”的办公室数据录入的OA式开发也没有什么两样。真正的设计是要落实到动态建模,对于时序、约束、交互效果等等反复设计和灵活架构。而不是仅仅刚入门进行了静态数据结构建模,刚写个类图就算完了。学会真正去设计软件,而不是弄个类图或者数据库表文档就急于去编代码。有些人工作了好多年,也还是仅仅纠结在数据库表的层次上,只能做OA。
      

  5.   

    已经使用silverlight sketchflow画出原型了!现在项目比较急,自己能力也有限!目前的关键点就是如何有序的分配任务,使项目成员能够各司其职,并且最后能够进行项目组合。
        在原型中,有部分功能是隐藏的,其实就是想对原型进行一个描述和定义。让开发人员能够尽快掌握并且按照规则开发。
        目前所在公司是小公司,没有什么开发流程,所以经常出现程序员做的不符合要求而返工的情况。各程序员素质也一般,所以现在在考虑怎么用一种易懂的东西来约束开发,并且能够支持任务的验收。
        我目前从事工作只有两年,目标是架构师。但是正在成长中...所以一时半会还做不到以上您的建议。
      

  6.   


    类似这样的,这是用visio做的,基于数据库实体模型。但是这种模型中的连接线只能是实体之间!