见仁见智

用程序员的眼光看世界

三 功能和原型设计

    Diego打算用html开发系统的原型,在开发期间,他发现经探讨了解的需求信息还存在不足,而且,一些潜在的需求如果不经讨论确定,下一步的开发工作就没办法进行.
   
    他向自己提出了这些要求:
   
    1.尽快开发系统原型并获得客户的通过.
    BS程序通常通过开发html模型以确定用户需求,演示系统功能.演示让客户能够最快的看到"实际的系统".尽管系统的最终开发结果不可能和原型一模一样,然而原型确实能最大限度的帮助系统开发工作.
   
    2.尽快确定显示界面所需的字段.
    这些显示字段能够帮助数据库系统设计师确定系统的表结构.
   
    3.在开发原型时对系统进行初步的功能分解.
    这步工作是系统架构设计的基础,并且可以明确需求,协助需求分析设计书的编写.经验表明,精心划分的功能需求能使开发人员和客户更好的进行交流.
   
    另外,Diego还问自己如下问题:
   
    1.系统是否存在权限控制?如果存在,通过什么形式实现?
   
    2.系统有哪些隐含而必不可少的功能(例如用户管理等管理模块)?这部分功能应该明确制定,并且和用户进行讨论.
   
    Diego的原型和功能列表如下:
   
    功能列表:
   
    1 Bug管理
   
    1.1 列出我的bug
      功能简述:以分页的列表方式列出指派给我的bug,可以选择某条记录进行修改,可以弹出框形式查看bug详情.
      界面控件:序号Radio(可以选择某条记录),修改按钮(对记录进行修改)
      界面标签(指Label):可选项,序号,概述,紧急程度,状态,所有人,发现时间.
      HTML链接:序号
      界面:见图(列出我的bug)
 
      
    1.2 查看所有bug
      功能简述:以分页的列表方式列出所有bug,可以选择某条记录进行修改,可以弹出框形式查看bug详情.可以按过滤器查看符合该过滤器条件的bug.
      界面控件:序号Radio(可以选择某条记录),修改按钮(对记录进行修改),过滤器选择框(选择某个过滤器).
      界面标签(指Label):可选项,序号,概述,紧急程度,状态,所有人,发现时间.
      HTML链接:序号
      界面:见图(查看所有bug)

    
    1.3 增加新的bug
      功能简述:用户可以增加新的bug
      界面控件:所属模块选择框(设定bug的所属模块),发现时间日期控件(确定bug的发现时间),发现者选择框(确定bug的发现者),状态选择框(确定bug的状态),截止期限日期控件(确定bug的建议修改时间),指派给选择框(选择bug的所有人),描述文本域(输入bug的描述),附件一(文件选择框),附件二(文件选择框),附件三(文件选择框).提交按钮.
      界面标签(指Label):根据界面控件描述进行配对.如所属模块选择框的标签是"所属模块".不再赘述.
      界面:见图(增加新的bug)

      
    2 个人资料
   
    2.1 修改我的资料
      功能简述:用户可以更新个人资料
      界面控件:姓名文本框(输入姓名),邮箱文本框(输入邮箱),密码文本框(输入文本),确认密码文本框(输入确认密码),所属组别选择框(输入所属组别),地址文本域(输入地址),备注文本域(输入备注).提交按钮.
      界面标签(Label):根据界面控件描述进行配对.如姓名文本框的标签是"姓名".不再赘述.
      界面:见图(修改我的资料)

      
    3 过滤器配置
   
    3.1 列出过滤器
      功能简述:列表方式列出该用户所增加的过滤器,可以选择某条记录进行修改,可以弹出框形式查看过滤器详情,可以删除某条记录.
      界面控件:序号Radio(可以选择某条记录),修改按钮(对记录进行修改),删除按钮(对某条记录进行删除)
      界面标签(Label):可选项,序号,过滤器名称.
      界面:见图(列出过滤器)

    
    3.2 增加新过滤器
      功能简述:用户可以增加新的过滤器.每个用户只能有最多10个过滤器.
      界面控件:过滤器名称文本框(输入过滤器名称),状态选择框(选择状态),所属模块选择框(选择模块),发现者选择框(选择发现者),指派给选择框(选择bug的所有人),发现时间段时间选择框(选择发现起始时间),发现时间段时间选择框(选择发现终止时间),截止时间段时间选择框(选择截止起始时间),截止时间段时间选择框(选择截止终止时间).提交按钮.
      界面标签(Label):根据界面控件描述进行配对.如过滤器名称文本框的标签是"过滤器名称".不再赘述.
      界面:见图(增加新的过滤器)

      
    权限体现的实现:
    系统权限:
    1)用户需要登录到系统,才能进行相关操作.
    2)用户存在"非活动时限",如果超过一个时间定值用户不进行系统相应操作,则提示用户重新登录.
   
    管理权限:
    1)用户必须是管理员用户,才能进行系统的管理工作.
   
    应用权限:
    1)只有系统管理员能够删除bug.
   
    在列出用户要求的功能列表和参考权限实现方式之后,Diego将系统隐含必不可少的功能整理如下
   
    4 系统管理 (只有管理员才能操作该模块的所有功能)
   
    4.1 用户列表
      功能简述:列表方式列出所有用户,可以选择某条记录进行修改,可以弹出框形式查看某用户详情,可以删除某条记录.
      界面控件:序号Radio(可以选择某条记录),修改按钮(对记录进行修改),删除按钮(对某条记录进行删除)
      界面标签(Label):可选项,登录ID,Email,电话,职位
      界面:见图(用户列表)

    
    4.2 增加新用户
      功能简述:增加新用户
      界面控件:登录ID文本框(输入用户帐号),姓名文本框(输入姓名),邮箱文本框(输入邮箱),密码文本框(输入文本),确认密码文本框(输入确认密码),是否管理员选择框(设定是否管理员),地址文本域(输入地址),备注文本域(输入备注).提交按钮.
      界面标签(Label):根据界面控件描述进行配对.如姓名文本框的标签是"姓名".不再赘述.
      界面:见图(增加新用户)
      

    4.3 开发组列表
      功能简述:列表方式列出所有开发组,可以选择某条记录进行修改,可以弹出框形式查看某记录详情,可以删除某条记录.
      界面控件:序号Radio(可以选择某条记录),修改按钮(对记录进行修改),删除按钮(对某条记录进行删除)
      界面标签(Label):可选项,开发组名称,描述.
      界面:见图(开发组列表)

      
    4.4 增加新开发组
      功能简述:增加新开发组.
      界面控件:组名称文本框(输入开发组名称),备注文本域(输入备注).提交按钮.
      界面标签(Label):组名称,备注.
      界面:见图(增加新开发组)

      
   4.5 日志列表
      功能简述:分页列出系统日志.用户删除某条记录,可以弹出框形式查看某条记录详情.
      界面控件:删除按钮.
      界面标签(Label):可选项,日志时间,用户ID,操作概述.
      界面:见图(日志列表)

 


   Diego将该原型交给乌有,乌有将据此编写需求分析说明书,和子虚先生作进一步的交流.

posted on 2007-04-04 16:25 Diego 阅读(1042) 评论(4)  编辑  收藏 所属分类: 需求分析/系统设计

评论

# re: 三 功能和原型设计 2007-04-04 17:05 yuri

好文章要支持。Diego准备写整个工程的流程还是某个部分?  回复  更多评论   

# re: 三 功能和原型设计[未登录] 2007-04-04 17:09 Diego

打算全写.把代码也贴出来.

如果可能,申请开源.呵呵.

写需求和概要阶段的目的是想找出当软件系统已经成型,但需求发生变更时,如何更快更好的使软件跟上变化,并且系统能维持和用户的良好交流(简单说就是如何同步更新文档).这要求框架要设计得好,文档也要写得好才行.

多提提意见 ^_^  回复  更多评论   

# re: 三 功能和原型设计 2007-04-05 12:24 junglesong的博客

一个Bug管理系统不能只是单纯对Bug的CRUD,得和项目,人员,计划,任务等结合起来,形成一个有机的整体,这样的系统才是用户需要的.

junglesong.yculblog.com

  回复  更多评论   

# re: 三 功能和原型设计 2007-04-05 12:55 junglesong

Bug系统一定要有邮件通知功能,用户不可能随时在线等自己的Bug,这与情理不和.  回复  更多评论   


只有注册用户登录后才能发表评论。


网站导航: