web系统开发之详细设计
2012-09-07 23:44
169 查看
1.详设的整体思路
① 根据画面迁移图确定迁移元,然后确定迁移的方式,是普通迁移还是popup,而且要注意传过来的参数,如果客户没有给出,则要自己把握,看看本画面需要什 么,前画面是否能传过来,如果这样的话,一定要跟相应的担当一同讨论确定,不能擅作主张,避免需要的参数没有传过来,造成接口不一致。
② 画面的初期表示也是个重点,画面各个内容要如何表示,lable还是button,是普通的button还是带图片的button,画面上有没有啥制御 (表示或者非表示,操作可还是不可操作),这些都要考虑,画面上有连动处理的要特别注意一下,记得做个特殊说明,如果有日期控件而且带日时下拉框的一定要 问好初期化的状态,还有各种check的有无。
③ 再有就是画面的基本处理了,一般就是要求增删改查处理,这时得注意处理前的check,不管是业务逻辑的还是操作需要的(业务check有时候比物理 check更重要,而且更好使),如果是检索的话要考虑检索零件的时候,如果是更新的时候则要考虑排他check,一般项目有共通方针,只要跟 leader确认就好。
④最后操作完毕后要不要进行迁移,如果迁移确定传递的参数,如果不迁则要重新reload,此时就得看看和初期化有什么区别了,然后考虑此时有没有什么特殊处理需要进行,如果基本设计好这些都会有,如果没有则需要自己去根据业务进行判断,然后再跟客户确认。
2.详设过程中的其他注意点
① 一本处理中有相同的操作过程,能写参照的就写参照,让开发者知道哪块的处理一致,用一个方法就可以解决了,这样可以避免冗余代码;如果多个画面都用的方 法,能写成共通的就写成共通,如果项目比较大,应该会有人去写这个,如果没有则需要在了解其他式样的基础上自己去发现,这里也就有个无形的要求多了解式样 多和其他担当沟通,也许这些已经超出了一个详设担当的工作范畴,但是多思考肯定无害。
②业务一定要整清楚,有不清楚的一定要跟客户确定清楚,不要把疑问留到开发阶段,而且提QA最好是…ですか…ですか,给出自己的理解,让客户去确认,如果基设实在简单,你可以让客户去描述的详细写。
③ 有时候详设对待某个处理只需要写个要求,具体实现方式则交给开发,比如某个按钮实现把图像扩大200%,详设没有必要把扩大的原理也写出来;如果某些处理 要写实现方式,而此时有不明确的实现方式,一定要确认清楚。比如依据店铺ID去找店铺对应的广告,其中需要路径以及广告文件的名字命名方式,哪些是从数据 库取,哪些是拼接,哪些是截串都要确认好。
④在与DB的交互设计时,一定要考虑好SQL文的写法和实现方式,不确定的可以在DB上跑一下试试。此时需要注意的几个事项
a.写SQL文时一定要根据检索的内容在画面上得表示情况对其排序,如果只有一条record那就大可不必了。
b.检索结果里面有Min的时候,并且还有其他项目,没有group by,sql是会报检索error的。
c.一定要注意不同DB对SQL函数的用法不一,大众的有oracle,小众的也有PostgreSQL。
⑤button的设计:要说点击的时候执行什么操作,不能写按下时执行处理,再按下时又执行另一个处理,具体分歧只能在点击的时候进行判断。
⑥如果是很少人操作的管理页面,可以用锁画面的形式进行排他,这样就避免了很多麻烦的细节处理。
如果转载请标明出处: 羽鸿出品
本文出自 “羽鸿出品” 博客,请务必保留此出处http://5fresh.blog.51cto.com/5472694/984891
① 根据画面迁移图确定迁移元,然后确定迁移的方式,是普通迁移还是popup,而且要注意传过来的参数,如果客户没有给出,则要自己把握,看看本画面需要什 么,前画面是否能传过来,如果这样的话,一定要跟相应的担当一同讨论确定,不能擅作主张,避免需要的参数没有传过来,造成接口不一致。
② 画面的初期表示也是个重点,画面各个内容要如何表示,lable还是button,是普通的button还是带图片的button,画面上有没有啥制御 (表示或者非表示,操作可还是不可操作),这些都要考虑,画面上有连动处理的要特别注意一下,记得做个特殊说明,如果有日期控件而且带日时下拉框的一定要 问好初期化的状态,还有各种check的有无。
③ 再有就是画面的基本处理了,一般就是要求增删改查处理,这时得注意处理前的check,不管是业务逻辑的还是操作需要的(业务check有时候比物理 check更重要,而且更好使),如果是检索的话要考虑检索零件的时候,如果是更新的时候则要考虑排他check,一般项目有共通方针,只要跟 leader确认就好。
④最后操作完毕后要不要进行迁移,如果迁移确定传递的参数,如果不迁则要重新reload,此时就得看看和初期化有什么区别了,然后考虑此时有没有什么特殊处理需要进行,如果基本设计好这些都会有,如果没有则需要自己去根据业务进行判断,然后再跟客户确认。
2.详设过程中的其他注意点
① 一本处理中有相同的操作过程,能写参照的就写参照,让开发者知道哪块的处理一致,用一个方法就可以解决了,这样可以避免冗余代码;如果多个画面都用的方 法,能写成共通的就写成共通,如果项目比较大,应该会有人去写这个,如果没有则需要在了解其他式样的基础上自己去发现,这里也就有个无形的要求多了解式样 多和其他担当沟通,也许这些已经超出了一个详设担当的工作范畴,但是多思考肯定无害。
②业务一定要整清楚,有不清楚的一定要跟客户确定清楚,不要把疑问留到开发阶段,而且提QA最好是…ですか…ですか,给出自己的理解,让客户去确认,如果基设实在简单,你可以让客户去描述的详细写。
③ 有时候详设对待某个处理只需要写个要求,具体实现方式则交给开发,比如某个按钮实现把图像扩大200%,详设没有必要把扩大的原理也写出来;如果某些处理 要写实现方式,而此时有不明确的实现方式,一定要确认清楚。比如依据店铺ID去找店铺对应的广告,其中需要路径以及广告文件的名字命名方式,哪些是从数据 库取,哪些是拼接,哪些是截串都要确认好。
④在与DB的交互设计时,一定要考虑好SQL文的写法和实现方式,不确定的可以在DB上跑一下试试。此时需要注意的几个事项
a.写SQL文时一定要根据检索的内容在画面上得表示情况对其排序,如果只有一条record那就大可不必了。
b.检索结果里面有Min的时候,并且还有其他项目,没有group by,sql是会报检索error的。
c.一定要注意不同DB对SQL函数的用法不一,大众的有oracle,小众的也有PostgreSQL。
⑤button的设计:要说点击的时候执行什么操作,不能写按下时执行处理,再按下时又执行另一个处理,具体分歧只能在点击的时候进行判断。
⑥如果是很少人操作的管理页面,可以用锁画面的形式进行排他,这样就避免了很多麻烦的细节处理。
如果转载请标明出处: 羽鸿出品
本文出自 “羽鸿出品” 博客,请务必保留此出处http://5fresh.blog.51cto.com/5472694/984891
相关文章推荐
- webWMS开发过程记录(五)- 详细设计之系统界面框架设计
- webWMS开发过程记录(六)- 详细设计之系统管理
- 互连网点播系统开发日志之详细设计
- Web开发技术应用系统设计报告
- 软件测试管理系统的设计与开发 (详细全文见:http://www.docin.com/p-1908800770.html)
- [课程设计]Scrum 3.2 多鱼点餐系统开发进度(页面优化&下单详细信息页面)
- WEB开发系统异常设计思路整理,J2EE异常设计(原创)
- [转]一个Web系统OA界面设计和开发
- Web系统OA界面设计和开发,OA设计开发指南,OA界面设计,OA系统开发
- 建筑材料系统 ASP.NET MVC4.0 + WebAPI + EasyUI + Knockout 的架构设计开发
- WEB开发系统异常设计思路整理
- [课程设计]Scrum 3.4 多鱼点餐系统开发进度(下单详细信息页面&会员信息页面)
- 基于勤哲excel服务器系统的web开发设计
- 系统开发流程中的概要设计与详细设计
- 一个WEB系统的界面设计和开发 —— 一个经验级人物的文章
- web工作流管理系统开发之三 可视化流程设计器
- 一个Web系统OA界面设计和开发
- 一个Web系统的界面设计和开发.2
- 一个Web系统的界面设计和开发.1
- 一个Web系统OA界面设计和开发