还请高手指教:怎么规划系统的模块?

wycwhy 2002-07-29 08:29:41
在规划系统的模块时,是不是窗体上每个按钮的单击事件或者每个菜单的单事件就是一个小模块啊?(我是第一次搞这个东西,我不明白呢,:))
...全文
3 点赞 收藏 3
写回复
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
wuxuan 2002-07-29
[需求规格说明书]

§1. 引言
1.1. 编写目的
[阐明编写需求说明书的目的,指明读者对象]
1.2. 项目背景
[应包括:a.项目的委托单位、开发单位和主管部门;b.该软件系统与其他系统的关系。]
1.3. 定义
[列出文档中所用到的专门术语的定义和缩写词的原文。]
1.4. 参考资料
[可包括:a.项目经核准的计划任务书、合同或上级机关的批文;b.项目开发计划;c.文档所引用的资料、标准和规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。]
§2. 任务描述
2.1. 目标

2.2. 运行环境

2.3. 条件与限制

§3. 数据描述
3.1. 静态数据

3.2. 动态数据
[包括输入数据和输出数据。]
3.3. 数据库描述
[给出使用数据库的名称和类型。]
3.4. 数据词典

3.5. 数据采集

§4. 功能需求
4.1. 功能划分

4.2. 功能描述

§5. 性能需求
5.1. 数据精确度
5.2. 时间特性
[如响应时间、更新处理时间、数据转换与传输时间、运行时间等。]
5.3. 适应性
[在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时,应具备的适应能力。]
§6. 运行需求
6.1. 用户界面
[如屏幕格式、报表格式、菜单格式、输入输出时间等。]
6.2. 硬件接口

6.3. 软件接口

6.4. 故障处理

§7. 其他需求
[如可使用性、安全保密、可维护性、可移植性等。]
回复
BenBenBoy 2002-07-29
有道理,水平很高
回复
fy_eyas 2002-07-29
不是,你因该根据实际业务工作的需求,来划分。例如人事管理中,招聘作为一个模块,日常管理作为一个模块,人事变动作为一个模块等。然后在根据实际业务需要,进行子模块的划分,例如:招聘可分为:招聘申请,考核,录取等等模块。
你所说的是对一些时间的响应,而不是在划分模块。模块的划分应根据客户需要,而不是程序员的需要。
回复
发动态
发帖子
VC/MFC
创建于2007-09-28

1.5w+

社区成员

VC/MFC相关问题讨论
申请成为版主
社区公告
暂无公告