流川的Blog

流川的Blog

<2005年8月>
31123456
78910111213
14151617181920
21222324252627
28293031123
45678910

导航

统计

公告

终于有自己的blog啦。不过还不怎么会用。慢慢适应。

留言簿(0)

随笔分类

随笔档案

文章分类

文章档案

vckbase的好友们

搜索

最新评论

  • 1. re: 写一个"实时"定时器
  • 好东西,支持
  • --飞凌
  • 2. re: 无界面程序中使用ActiveX控件完成其功能
  • 好东西,收藏了
  • --配线架
  • 3. re: 我负责的项目进度回顾。
  • XD,你这个太快了吧,PF啊,看你们好象只有2三个人在做事情,一个新项目2个月左右就出了几个版本最后稳定下来真是很难得啊
  • --XC
  • 4. re: 乘错车的后果
  • 呵呵,我也经常坐错车的。有几次朋友来我们这里旅游,我们做错了公车,最后到的地方我也不熟悉了。感觉都很搞笑的呢。
  • --精灵
  • 5. 素衣女服饰
  • --素衣女服饰
  • 6. re: 畸形的中国共享软件产业
  • 你的文章非常精彩,秀逗邀请您加入秀逗博客联盟.中国最大最专业的博客推荐联盟,秀逗博客联盟不截取流量,推荐后的文章指向作者本人的BLOG,文章24小时循环首页展示,真正意义上迅速提升你的博客流量!欢迎注册,注册后将推荐代码添加到自己的BLOG相应位置即可轻松推荐文章,让更多人分享你的文章!后期更有秀逗市场、同心琐秀、商业联盟以及社区陆续登场,更多娱乐功能、商业展示机会,完全免费使用,名人博客,不用再眼红,使用秀逗推荐,流量迅速上升,好的博客,秀逗为您宣传!地址:http://www.sodooo.com
  • --ss
  • 7. re: 畸形的中国共享软件产业
  • 唉~~~~~~~~~~~~....................
  • --freedk
  • 8. re: 畸形的中国共享软件产业
  • 唉~~~~~~~~~~~~....................
  • --freedk
  • 9. re: 软件项目进度的估算
  • 写的很好!
  • --黄道余生
  • 10. re: 畸形的中国共享软件产业
  • 补充: 我的意思是这个问题是社会问题,而并非个人素质或者品德问题。古人云“仓秉实然后知礼节”,老外也有马斯诺五个需求层次之说。如果我们吃、穿、住、用都不能保障(或者要斤斤计较),谈道德、谈素质有点太远了。毕竟这是一个物欲横生的社会,大家又都是俗人。
  • --一笑

阅读排行榜

评论排行榜

我负责的项目进度回顾。


项目进度列表(根据电子邮件来往记录确定。)

时间

邮件收发人及内容

后续的工作

2005 年 6 月 1 日

从DJB那里受到摄像头公司提供了一个 ocx 以及 html 示例调用。

正式接手项目。但还不清楚需求是什么.
用 vc 将 ocx 导入,查看该 ocx 能实现的功能。并新建简单的工程进行测试。
总结在以后开发过程中可能存在的技术难题。
摄像头公司技术人员来我们公司进行沟通。

2005 年 6 月 9 日

将总结可能在开发过程中遇到的难题发送给DJB。

T总提出需求:
1)保存网吧中的本地数据
2)实时监控。
3)每 2 个星期保存一次。定时监控,定时传送到远程。
4)查询功能。

2005 年 6 月 10 日

画出架构图和模块图以及完成概要设计书。发送给YY。

整理需求,并进行构思,规划和设计。

2005 年 6 月 13 日

发送相关文档给ZZY.
发送关于摄像头的一些疑问给摄像头公司

和同事讨论该方案是否可行。

2005 年 6 月 14 日

将数据库设计文档和模块图发送给YY。

完成数据库设计。完成写入视频模块和传输模块的流程图。

2005 年 6 月 17 日

将项目相关文档发送给WY

让ZZY协助开发用户管道程序。该程序定义为可选程序。考虑到难度较大。在数据库设计时考虑万一实现不了的情况。用端口映射的办法解决。
让WY协助开发应用中心和管理中心的设计。主要负责界面开发这一部分。

2005 年 6 月 20 日

数据库表作了修改 . 将修改后的表发送给WY,ZZY

主要涉及摄像头 / 摄像头操作 / 摄像头记录的表 .
和摄像头公司人员进行沟通。

2005 年 6 月 21 日

需要摄像头公司提供播放器代码请求T总确认。发送给T总和YY。
将摄像头公司发过来的 Ocx 文档发送给ZZY。

开发过程中需要播放器代码用来查看历史记录。
和美国摄像头公司联系。他们要求我们公司做一些担保。即
1) 不得将摄像头公司的源代码未经他们公司允许提供给第三方。
2) 我们用摄像头公司的代码实现播放器以后,将建立在他们公司代码的基础上实现的播放器代码给他们公司。

2005 年 6 月 22 日

发送需要项目需要实现的功能列表给WY。

发送需要实现的功能列表。
以及 ocx 的使用示例。

2005 年 6 月 27 日

数据库定义修改发送给WY和ZZY

将原先的用户名和密码信息合并入 tMonitorUser 表中

2005 年 6 月 30 日

发送测试程序给WY

写入视频服务和拍照服务完成,发送给WY。在数据库中可以自动插入一些记录。以便她可以开发查询功能。

2005 年 7 月 1 日

发送数据库给WY

增加数据库表部分对状态的定义

2005 年 7 月 4 日

再次发送测试程序给WY

视频服务和拍照服务的更新

2005 年 7 月 5 日

收到ZZY发送管道程序注册表结构
发送摄像头工程产品测试通知书和打包程序列表给WY请求确认和补充。

主要模块编码完毕

2005 年 7 月 6 日

发送WY最新测试程序

2005 年 7 月 11 日

发送测试通知书到测试部。
更新数据库发送给WY

2005 年 7 月 12 日

发送 Log 组件给WY调用

完成传输服务代码,并将接口提供给她。

2005 年 7 月 14 日

提供播放器组件给WY调用

完成播放器 ocx

2005 年 7 月 18 日

将打好的包通知测试部
将数据库设计书发送给测试部。
提供拍照组件给WY调用

给T总以及相关市场部人员演示后提出很多意见。

2005 年 7 月 21 日

将播放器代码发送给摄像头公司

该版本空间支持远程播放视频记录。通过 URL 指向地址。

2005 年 7 月 22 日

将意见转发给相关人员。

总结目前需要改进的地方:
1) 视频需要实现连续播放功能。
2) 为每个摄像头指定录制时间间隔。(类似计划任务功能)
3) 为每个摄像头添加使能功能。
(如果网络不通等原因引起的摄像头不能正常工作,可以暂时设置为禁止状态。则后台服务不记录以及不提示错误信息。待正常工作后设置为启用。即可恢复)
4) 为每个摄像头添加一个备注。用户可以指定显示或隐藏备注。
5) 自动清理 N 天内的记录。
6 )界面的显示需要友好。(标题部分的工程名 / 日志查询以后的某些字段名 / 摄像头设置的位置等等,)。
7 )登录之后自动显示实时视频。根据用户设置分页。并保存上一次登陆时候的设置。
8 )拍照按钮放于查看视频的下方,可以让用户一边看,根据需要来拍照。
9 )当摄像头连接失败时,给出中文提示。
10 )对播放视频控件进行改进,增加开始 / 停止 / 暂停 / 关闭按钮,以及加上滚动条。
11 )对日志的处理,允许用户删除。
12 )其他

2005 年 7 月 22 日

数据库稍作修改发送给WY

未考虑周到的地方 :
照片 / 视频 / 命令表中含有状态的地方。
客户端的视频查看可能也需要通过管道程序。

2005 年 7 月 23 日

发送相关文档给T总

T总叫我过来提出了不少意见。指出我工作中的不足和以后需要改进的地方。
( 周六 )

2005 年 7 月 25 日

将界面构思发送给WY
数据库修改以后发送给WY
最新版播放器发送给WY

界面需要重新规划。
做成左边“树”的形式,并将上面的菜单部分去除。

2005 年 7 月 26 日

发送效果图
以及界面设计等给YY

2005 年 7 月 27 日

发送取得大小的组件给WY

数据库中的字段是 bigint 型,将要换成 M 以便显示。

2005 年 7 月 29 日

确定时间进度
将最新版的播放器控件发送给摄像头公司。并要求将实时视频控件进行改装来满足我们的要求。以及其他问题。

新版本播放器增加:开始 / 停止按钮,显示时间,可以拍照,添加滚动条。以及进度条等界面的美化。

2005 年 8 月 1 日

对现有界面的要求发送给WY

1) 项目名的更改
2) 加上版本号
3)在登录后的首页,显示 ”1,4” 按钮切换。
4) bar 移动到摄像头控件的下方。 : 请选择 ” 背景和 bar 用颜色一致。
5)如果是一个窗口状态,则提供轮询功能。就是每隔一定的时间,自动切换到下一个摄像头显示。
6)在上方标题栏上显示当前时间。
7)最上方的标题栏 : 把IP地址隐藏掉。 ( 其实是 IE 版本问题 )

2005 年 8 月 3 日

通知测试部LWW联系摄像头公司的杭州办事处升级摄像头。
摄像头公司控件升级通知ZZY

2005 年 8 月 8 日

收到WY邮件,确认代码写完。并作内部测试。

2005 年 8 月 9 日

通知测试部ZYH搭建测试环境
收到美国摄像头总部的 ocx 源代码转交给ZZY

2005 年 8 月 10 日

将最新版 ocx 控件发送给WY
提出对界面的一些不足让她加以修改。

T总以市场部人员对该工程又进行一次验收。并提出了相关建议。

2005 年 8 月 11 日

将整理后的意见发送给WY

1) 日志查询 ( 照片 , 视频 ), 查询按钮的位置。
2) 视频的连续播放。 ( 网页上放入上一个,下一个,加入自动播放按钮 )
3) 照片的连续播放。 ( 加入自动播放按钮 )
4) 设置自动播放的时间间隔。
5) 点查看视频以后,将摄像头名替换为原来的文件名。
6) 点查看照片以后,将摄像头名替换为原来的文件名。
7) 查看照片以后的关闭按钮的位置。
8) 策略的多样化 ( 暂不修改 )
9) 应用程序名。客户端改成应用平台,服务器端改成管理平台。
10) 将 SQL Server 改成 MySQL .
11) 其他
后来的要求 :
在管理端 :
1) 首页显示实时视频。
2) 增加远程查询功能。
3) 增加单位管理。听T总说他要把这个系统单独出来去卖。需要有增加 / 修改 / 删除单位功能。
4) 查询功能能指定某个区所有的单位。(以前只是针对某个单位进行查询。 )

2005 年 8 月 15 日

数据库修改发送给WY
通知WY手头工作的优先级

更改原因 :
1) ZZY的管道程序已经做完并已完善。 ( 原先的设计曾考虑到没有管道程序的情况 / 通过端口映射实现而加入 sPubIP 和 nPubPort ) 。
2) 现确定 : 一个单位只能有一个管道程序。一个管道程序经过网管设置 , 可以访问所有 VLan 中的摄像头。 ( 原先考虑曾经可以有多个。如果有多个将会导致 sShowMonitorNum 和管道程序端的 sShowMonitorNum 检验值不同步 ) 。
3) 以前的变量命名不明确,可能引起WY在编码过程中的疑问。
4) 新添加入远程查询功能必须要知道单位端的 URL 起始地址。
经过考虑,现将数据库某些部分做更改 :( 涉及到WY和WXQ的程序部分也必须作相应修改 ) 。
----------
一、应用平台数据库
tSystem 表中加入 2 个字段 :
sPipleIP 用户管道程序的 IP 地址
nPiplePort 用户管道程序的端口号
tMonitor 表中将 2 个字段去除。
sPubIP nvarchar 16 1 摄像头 IP (公网的 IP )
nPubPort smallint 2 1 摄像头端口号(公网的端口)
-------
二、管理平台数据库设计
tCompany 表中 :
将 IP 和端口号改为 :
sPipleIP 用户管道程序的 IP 地址
nPiplePort 用户管道程序的端口号
并增加
sUrlBase 字段。
tMonitor 表中将 2 个字段去除。
sPubIP nvarchar 16 1 摄像头 IP (公网的 IP )
nPubPort smallint 2 1 摄像头端口号(公网的端口)
经过这样改将导致程序的修改 :
WY :
应用平台 :
1) 增加 / 修改 / 显示摄像头时不用增加 / 修改 / 显示摄像头的公网 IP 和端口号。
2) 连接摄像头时,所有原来从 tMonitor 表中取得的 sPubIP 和 nPubPort 改为从 tSystem 表中取 sPipleIP 和 nPiplePort 。
1> 实时查看 .
3) 允许用户在系统设置中对 sPipleIP 和 nPiplePort 进行修改。
4) 其他保持不变。
管理平台
1) 对单位中摄像头管理部分,不用修改 / 显示摄像头表中的公网 IP 和端口号。
2) 连接摄像头时,所有原来从 tMonitor 表中取得的 sPubIP 和 nPubPort 改为从 tCompany 表中取 sPipleIP 和 nPiplePort 。
1> 实时查看 .
3) 当进行远程查询时 , 程序中 tCompany 表中取得 sUrlBase 进行查询。
4) 允许用户修改 tCompany 表中 sPipleIP/nPiplePort/sUrlBase .
5) 其他保持不变 .
另 : 关于远程查询的几点建议 :
1) 在应用平台最好新建一个目录 , 新建几个程序专门接收来自管理平台的查询。和原来应用平台的程序独立开来。
2) 出于安全性考虑,应用平台的接收程序需要通过加密验证等手段。 ( 优先级 : 低 )
我:
传输服务 ( 应用平台和管理平台 ):
1) 摄像头的 sPubIP 和 nPubPort 不需要传输。
2) 需要增加 sPipleIP/nPiplePort/sUrlBase 传送到管理平台并插入到数据库表 tCompany 中。
注 : 考虑到WY那边改动较多 , 先将 tMonitor 表中的 sPubIP 和 nPubPort 保留 , 等以后有时间了再逐步去除 .
以后新加的程序避免操作这 2 个字段 .

2005 年 8 月 16 日

管理中心数据库表修改通知WY

tCompany ( 单位表 ) 加入字段:

2005 年 8 月 18 日

管道程序部分发送给美国摄像头公司

尚未提供测试程序。等WY界面设计完成后再提供。

待续 …


个人经验总结:
缺点 :
1) 明确需求,应多和市场部人员沟通。确认用户需要什么。如果需求不停的改。那势必影响到
2) 设计时候,没有一个界面设计方案。只是简单的告诉WY需要实现什么功能。用户界面应该多和同事探讨确认。以致最后反复几次才最终确定。浪费了界面设计人员不少的时间和精力。
3) 时间的安排。进度把握不了。特别是不能确定其他同事的进展情况。以致整个项目的时间控制不住。
优点 :
1) 刚开始的架构定义的挺健壮。以后提出的要求和新需求对整个框架的影响都很小。数据库的变化也只是在少数表中的几个字段中进行。大部分改动都局限于界面。
2) 和摄像头公司合作很愉快,使得我们在使用他们控件或者遇到疑问的时候,都没有什么障碍。

posted on 2005-08-18 14:56 liuchuan的Blog 阅读(2864) 评论(1)  编辑 收藏

评论

# re: 我负责的项目进度回顾。 2008-04-04 14:01 XC

XD,你这个太快了吧,PF啊,看你们好象只有2三个人在做事情,一个新项目2个月左右就出了几个版本最后稳定下来真是很难得啊

标题  
姓名  
主页
验证码 *
内容   
  登录  使用高级评论  Top
[使用Ctrl+Enter键可以直接提交]