诸
诸葛白痴
Unregistered / Unconfirmed
GUEST, unregistred user!
做为程序员我们经常要下载一些源码和技术文档,一般放在一个目录下,里面一直建目录、
建了n个子目录,然后把代码和文档又分开来保存,要找一些有用的时候搜索个半死,目录
就吓死人了,网络上也有不少好的这类文档管理软件,但大部分仅支持保存一些文件,并且
大部分为共享软件,要注册,于是想自己编一个出来,DFW上有一个兄弟编的文档管理器助手也不错,拿来参照了一下,下面是xwing写的设计文档及我写的一些问题,请大家讨论一
下,最近在看看软件工程,才发现其实TNN的对OOP和一些工程设计一无所知,最近好像大部
分兄弟也开始研究软件工程学了,刚好拿来讨论一下,大家热情点哦
信息管理软件开发计划
——需求分析
一.软件概述
本软件目的是提供给用户一个统一的操作界面,来管理资料和文章等信息。
目的无论是程序源代码,各种格式文档,HTML网页,下载的软件,还是网络上收集的技术资料,小说等等都可以随心所欲的组织起来。方便储存,查阅和管理。日常的数据管理和维护都可以通过它来处理。让用户抛弃资源管理器和一般的资料管理工具。让用户桌面干净起来,数据组织有序起来,工作效率提高起来。
二.功能需求:
设想一些人使用计算机中可能碰到的一些问题。
很多用户把自己的工作文档和临时查阅的软件都放在桌面或者随便放在某个磁盘上,管理和维护很麻烦。还有很多用户从网上保存软件和文章以及图片就随便放在本地目录里。没有任何注解和出处查询。以后查找和使用都很困难。技术人员的技术资料更多,管理和维护都很繁琐。很多技术文章同时还带有示例程序和打包的代码,有效的保存他们也比较麻烦。
1.文件数据组织管理。
可以把文件加上注释存放起来。可以是集中存储或者分开单独存储(链接方式)。采用压缩,不压缩或者选择性压缩存放以节省空间。文件一般用目录组织方式存储,定义一个存储节点之后,就在磁盘上建立一个Root和一个数据管理库。存放在此类别的资料都建立子目录存放文件,同时在数据库中记录。数据导出方式为压缩包格式,同时把注释写进去。还可以生成一个web页面报表。附加功能:目录扫描功能,检查丢失和新加的文件。如果找到特殊文件名(类似Describe.txt)则认为是当前目录的描述把它加入数据库的描述表中。如果有同名的文本则作为文件的描述。
2.文章管理查询。
文章支持内部查看格式:文本,超文本,常见图片,RichText,其他插件支持的功能。
3.不支持的格式用系统关联的程序打开(有点类似文件管理器)。
文章可以携带附件:附件存储方式可以是压缩包单独存储,也可以关联方式。
PS:此中管理方式类似文件管理。不过侧重点不同。文章一般是存储在数据库中,可以简单分发出去。(设想一种更好的方式把文件管理和资料管理统一管理起来)
4.文章资料导入功能。
HTML网页方式,文本,RichText,等格式。
5.内部编辑功能。
可以编辑一些常见的格式。文本,HTML,RichText等。无法识别的调用外部编辑器打开编辑,修改好之后询问是否保存。支持一些语言着色的代码显示功能。
6.网址管理。
管理IE收藏夹。可以检测URL地址的有效性,可以给每一个URL标记注释,分类(每个URL可以有几个不同的)。方便的添加和使用网址。就像打开浏览器菜单那样简单。可以直接输出URL到IE收藏夹里。检测IE收藏夹变化的URL地址。例如在IE里有个菜单或者工具栏可以直接打开下拉菜单选择网址。或者打开一个组的网址,或者可以弹出窗体查找和修改网址。
可以把指定网址导出为Web页面供交流。
7.文件的联系
文件之间可以建立关联,例如我找到一个软件,然后找到乐注册码,就可以把注册码和文件关联起来,关联就是作为一个对象,可以有描述等。
8.文件同步。
支持上载至email或ftp,同步,根据时间同步,可以自动上传一个小文件然后下载判断服务器时间和本地时间差或者也可以设定服务器上的文件时间为本地时间。文件版本检查功能:实现方式待定。可以参考一下VCS系统(可能可以通过文件时间和大小以及版本号码确定更新情况)。
9.可以把数据打包分发或者刻录到光盘
可以把选定数据打包压缩,便于分发和刻录到光盘保存。可以使用标准的压缩包或者加密方式存储。
10.日记管理
对于有写作习惯的用户可进行专门的日记管理,同时支持HTML模板功能,自行定制模板。
三.界面控制需求:
1.资源查看:
数据组织和查看采用多种方式以满足不同用户的需要。
1.树状结构:类似资源管理器的树状列表。可以自定义根节点的数目。可以自定义图标(支持图标库管理)。
2.列表方式查看:类似驱动器-文件夹一级级查看方式。此时应该有个单独的根结点列表(类似WindowCommander)。
2.资源管理:
采用Foxmail附件管理模式,支持一文档有多个相关附件,用户可自行设定是否对附件进行压缩及相关压缩比率,将附件一同存入数据库(或采用文件管理方式仅存储文件路径,第一版本可能采用数据库管理方式,当将附件加入数据库后删除原文件)。
3.编辑处理:
支持html、txt、word、rtf等多种模式处理,将不同类型文件处理工具封装成一个专用类成为不同的工具栏。
4.系统设置:
用户可以自行设定不同的文件压缩比率,可设定各个文件或文件夹的访问密码,可支持多个用户模式。
5.输入输出:
可在IE或文件目录右键中添加快捷方式将文件或HTML直接导入保存到文档管理器中,在各种不同类型文件中支持右键导出功能。
6.快捷方式:
——结构设计
一.整体结构设计
采用插件结构,所有的功能由插件来处理。那么主程序负责管理插件和维护插件之间的通讯,所以必须设计一个插件运行的框架系统来实现以下功能。
1.可以管理所有的插件。包括必须插件的检测,版本检查,升级更新,插件兼容性检查,插件添加删除和禁用。
2.给插件工作提供一个运行环境。包括提供操作系统变量。必须和选配的功能检查。要支持安装修复和卸载插件功能。
3.提供一系列插件之间交换和检索数据的接口。
二.数据库设计
采用单机版模式,采用Access作为后台数据库,用ado 2.6作为访问控件,尽量做到后台数据库操作和前台界面分离,采用O/R Mapping模式,数据库分成树状列表文件夹表、文件表、访问权限表、用户表、附件列表、图标表等
三.界面设计
采用o/b server模式,将主程序和插件管理用一界面管理类进行统一管理;
支持自定义图标管理,用户可以根据文件夹不同类型自定义treeview中显示的图标,使用户能一目了然。
请大伙看这类软件是否还有哪些客户需求,并有几点疑问和需求希望大家参与讨论:
1、尽量提出客户需求;
2、关于O/R Mapping模式,哪位有一些相关的资料(最好是中文的)可否提供些,或者将此模式在此展开讨论对数据库编程OOP的影响,在我看到的肤浅的几篇内容所想像的O/R Mapping就是将后面的表的记录用一个record映射到前端来作管理,可是一些表和关系用什么对象映射呢,如果一个表暂时仅5个字段,可以在record里定义处理,但如果将来表扩充或用户自定义等情况该如何改变record里的内容呢?
3、在此类软件中,o/b server模式是否适合插件管理,或者是否有更好的设计模式可以应用在此类软件中?
4、关于unicode在delphi6中开发的例子,是否需要第三方控件,在98下暂时想用插件来完成多语言?
5、谁能提供免费的比较好的richedit控件?
建了n个子目录,然后把代码和文档又分开来保存,要找一些有用的时候搜索个半死,目录
就吓死人了,网络上也有不少好的这类文档管理软件,但大部分仅支持保存一些文件,并且
大部分为共享软件,要注册,于是想自己编一个出来,DFW上有一个兄弟编的文档管理器助手也不错,拿来参照了一下,下面是xwing写的设计文档及我写的一些问题,请大家讨论一
下,最近在看看软件工程,才发现其实TNN的对OOP和一些工程设计一无所知,最近好像大部
分兄弟也开始研究软件工程学了,刚好拿来讨论一下,大家热情点哦
信息管理软件开发计划
——需求分析
一.软件概述
本软件目的是提供给用户一个统一的操作界面,来管理资料和文章等信息。
目的无论是程序源代码,各种格式文档,HTML网页,下载的软件,还是网络上收集的技术资料,小说等等都可以随心所欲的组织起来。方便储存,查阅和管理。日常的数据管理和维护都可以通过它来处理。让用户抛弃资源管理器和一般的资料管理工具。让用户桌面干净起来,数据组织有序起来,工作效率提高起来。
二.功能需求:
设想一些人使用计算机中可能碰到的一些问题。
很多用户把自己的工作文档和临时查阅的软件都放在桌面或者随便放在某个磁盘上,管理和维护很麻烦。还有很多用户从网上保存软件和文章以及图片就随便放在本地目录里。没有任何注解和出处查询。以后查找和使用都很困难。技术人员的技术资料更多,管理和维护都很繁琐。很多技术文章同时还带有示例程序和打包的代码,有效的保存他们也比较麻烦。
1.文件数据组织管理。
可以把文件加上注释存放起来。可以是集中存储或者分开单独存储(链接方式)。采用压缩,不压缩或者选择性压缩存放以节省空间。文件一般用目录组织方式存储,定义一个存储节点之后,就在磁盘上建立一个Root和一个数据管理库。存放在此类别的资料都建立子目录存放文件,同时在数据库中记录。数据导出方式为压缩包格式,同时把注释写进去。还可以生成一个web页面报表。附加功能:目录扫描功能,检查丢失和新加的文件。如果找到特殊文件名(类似Describe.txt)则认为是当前目录的描述把它加入数据库的描述表中。如果有同名的文本则作为文件的描述。
2.文章管理查询。
文章支持内部查看格式:文本,超文本,常见图片,RichText,其他插件支持的功能。
3.不支持的格式用系统关联的程序打开(有点类似文件管理器)。
文章可以携带附件:附件存储方式可以是压缩包单独存储,也可以关联方式。
PS:此中管理方式类似文件管理。不过侧重点不同。文章一般是存储在数据库中,可以简单分发出去。(设想一种更好的方式把文件管理和资料管理统一管理起来)
4.文章资料导入功能。
HTML网页方式,文本,RichText,等格式。
5.内部编辑功能。
可以编辑一些常见的格式。文本,HTML,RichText等。无法识别的调用外部编辑器打开编辑,修改好之后询问是否保存。支持一些语言着色的代码显示功能。
6.网址管理。
管理IE收藏夹。可以检测URL地址的有效性,可以给每一个URL标记注释,分类(每个URL可以有几个不同的)。方便的添加和使用网址。就像打开浏览器菜单那样简单。可以直接输出URL到IE收藏夹里。检测IE收藏夹变化的URL地址。例如在IE里有个菜单或者工具栏可以直接打开下拉菜单选择网址。或者打开一个组的网址,或者可以弹出窗体查找和修改网址。
可以把指定网址导出为Web页面供交流。
7.文件的联系
文件之间可以建立关联,例如我找到一个软件,然后找到乐注册码,就可以把注册码和文件关联起来,关联就是作为一个对象,可以有描述等。
8.文件同步。
支持上载至email或ftp,同步,根据时间同步,可以自动上传一个小文件然后下载判断服务器时间和本地时间差或者也可以设定服务器上的文件时间为本地时间。文件版本检查功能:实现方式待定。可以参考一下VCS系统(可能可以通过文件时间和大小以及版本号码确定更新情况)。
9.可以把数据打包分发或者刻录到光盘
可以把选定数据打包压缩,便于分发和刻录到光盘保存。可以使用标准的压缩包或者加密方式存储。
10.日记管理
对于有写作习惯的用户可进行专门的日记管理,同时支持HTML模板功能,自行定制模板。
三.界面控制需求:
1.资源查看:
数据组织和查看采用多种方式以满足不同用户的需要。
1.树状结构:类似资源管理器的树状列表。可以自定义根节点的数目。可以自定义图标(支持图标库管理)。
2.列表方式查看:类似驱动器-文件夹一级级查看方式。此时应该有个单独的根结点列表(类似WindowCommander)。
2.资源管理:
采用Foxmail附件管理模式,支持一文档有多个相关附件,用户可自行设定是否对附件进行压缩及相关压缩比率,将附件一同存入数据库(或采用文件管理方式仅存储文件路径,第一版本可能采用数据库管理方式,当将附件加入数据库后删除原文件)。
3.编辑处理:
支持html、txt、word、rtf等多种模式处理,将不同类型文件处理工具封装成一个专用类成为不同的工具栏。
4.系统设置:
用户可以自行设定不同的文件压缩比率,可设定各个文件或文件夹的访问密码,可支持多个用户模式。
5.输入输出:
可在IE或文件目录右键中添加快捷方式将文件或HTML直接导入保存到文档管理器中,在各种不同类型文件中支持右键导出功能。
6.快捷方式:
——结构设计
一.整体结构设计
采用插件结构,所有的功能由插件来处理。那么主程序负责管理插件和维护插件之间的通讯,所以必须设计一个插件运行的框架系统来实现以下功能。
1.可以管理所有的插件。包括必须插件的检测,版本检查,升级更新,插件兼容性检查,插件添加删除和禁用。
2.给插件工作提供一个运行环境。包括提供操作系统变量。必须和选配的功能检查。要支持安装修复和卸载插件功能。
3.提供一系列插件之间交换和检索数据的接口。
二.数据库设计
采用单机版模式,采用Access作为后台数据库,用ado 2.6作为访问控件,尽量做到后台数据库操作和前台界面分离,采用O/R Mapping模式,数据库分成树状列表文件夹表、文件表、访问权限表、用户表、附件列表、图标表等
三.界面设计
采用o/b server模式,将主程序和插件管理用一界面管理类进行统一管理;
支持自定义图标管理,用户可以根据文件夹不同类型自定义treeview中显示的图标,使用户能一目了然。
请大伙看这类软件是否还有哪些客户需求,并有几点疑问和需求希望大家参与讨论:
1、尽量提出客户需求;
2、关于O/R Mapping模式,哪位有一些相关的资料(最好是中文的)可否提供些,或者将此模式在此展开讨论对数据库编程OOP的影响,在我看到的肤浅的几篇内容所想像的O/R Mapping就是将后面的表的记录用一个record映射到前端来作管理,可是一些表和关系用什么对象映射呢,如果一个表暂时仅5个字段,可以在record里定义处理,但如果将来表扩充或用户自定义等情况该如何改变record里的内容呢?
3、在此类软件中,o/b server模式是否适合插件管理,或者是否有更好的设计模式可以应用在此类软件中?
4、关于unicode在delphi6中开发的例子,是否需要第三方控件,在98下暂时想用插件来完成多语言?
5、谁能提供免费的比较好的richedit控件?