当小喵在开发一个较为大型的系统时,会做以下的分析过程
- 系统需求分析:
- 与使用者详谈,访问使用者须要的是什么
- 条列需求:将访谈后的需求加以整理,并加以条列
- 需求确认:将整理条列出的需求,给使用者逐条加以确认,如有不足,追加并确认之
- 功能分析:
- 条列功能:将使用者以确认之条列需求,转换为系统功能并条列之
- 功能、需求确认:将条列之功能与条列之需求逐一比对,确认使用者需求都有满足
- 功能整并:将条列之功能,有类似、相关之功能,加以整并→合并撰写
- 功能归类:将条列之功能,加以分类整理
- 需求、功能再确认:将整并、归类之功能,与需求再次确认,务必满足每一个需求。
- 资料分析:
- 依据各需求所需的数据字段、型态、加以条列
- 正规化资料:依据正规划原则,将条列的字段、型态、加以分类并正规划
- 数据库设计:依据结论,设计数据库、数据表、字段、型态、关联等
- 画面功能分析:
- 画面规划:依据需求分析与功能分析结果,规划使用接口,画面字段、按钮
- 功能树形图、网页地图:依据各功能分类与画面,归类相关功能,做出画面分类树形图、网页地图
- 使用者再确认:依照功能树形图、网页地图,在此与使用者讨论,并依照需求条列逐一比对各需求与画面关系→依使用者需求修改→再确认。直到确认无误。
- 程序与撰写规划:
- 依照【画面分析】、【数据分析】、【功能分析】规划出各相关程序于N-Tiers中
- 画面分析:接口层,处理各功能的接口、数据存取的接口
- 资料分析:数据层,处理数据库的存取
- 功能分析:商业逻辑层,处理各功能所需运算、数据交换,并与接口曾、数据曾沟通
- 程序命名、Function命名、参数命名:
- 依据接口层、数据层、商业逻辑层条列出各程序名称、Function名称、以及所需传递的参数、型态名称
- 各程序间的相互关系,并做出各程序间的相互关系图
- 程序分配:依现有人力状况,分组并分派相关人员各程序,并条列出各程序的时程规划于各组Leader,由各组Leader安排程序完成时程
- 依据程序分配与时程,安排交叉测试时程
在这样的分析过程中,分析完后的各程序可交由多人共同完成,只需将定义好的数据库状况、字段、以及所需撰写的程序名称、参数说明给各分配到的程序设计师,就可开始分工的撰写程序
其中接口层,小喵多数以Web作为界面,应用ASP/ASP.NET来开发;商业逻辑层、数据库层则是透过COM+的组件来处理。
而接口层与商业逻辑层如何将之串联起来呢,主要是透过以下的这样方式来做
ASP.NET--------------------------------COM+-----------------------------MS-SQL
Controls--ObjectDataSource------COM+组件------COM+组件-----------COM+组件--数据库
( 接口层 ) ( 商业逻辑层 ) ( 数据层 )
Microsoft MVP ASP/ASP.NET |
topcat |
浙公网安备 33010602011771号