全省营运船舶数据库项目开发记事

经过3个月紧张的分析设计与实现，2009年10月全省营运车辆数据库正式投入运行。接着，省厅决定建设全省营运船舶数据库，从而实现公路与水路运输行业管理的基础数据库全省联网。

 

2009年12月-2010年1月：准备期

 

省厅计划了2010年的船舶数据库开发事项，并申请了部分经费。另一部分经费由海事局自己筹备。这个阶段，笔者主要考虑如下几个问题：

1. 开发经费多少合适？全省营运船舶库用VC#2005开发，分布式数据库架构（本地为access、服务器为sql server2000），采用基于WebService的客户端/服务器开发技术。此外，还包括三个Delphi做的软件：车辆库转换到新的网络版中、公路运输跟踪调查数据处理省市版、县所版。开发总经费为TW，包括需求调查、方案论证与验收等两个甲方要求开的会议（当然，开会得给花钱！）。比较而言，船舶库工作量小些，但却包含了另外的一个工作量，即：港口统计信息系统HNGT09。因此，我的期望值是EW左右。到底多少，小年或春节后将会明确。
2. 开发技术：采用营运船舶数据库类似的平台和技术，即：VC#+WebService。由于全省不超过1W艘营运船舶，比营运车辆的46W台，小了一个量级，因此不需要本地库，从而减少了同步、下载等功能。
3. 服务器：省厅具有公网的IP服务器——Web服务器，已经承担了两个到县级约500家机构的客户端用户（公路交通量调查、营运船舶数据库），再增加一个到县级的营运船舶数据库应用，双核+2G内存的服务器可能承受不了。看来，先得咨询海事局自己的设备情况。
4. 应用维护：从十几年给交通系统做软件的经验看，应用者技术素质从高到低为：交通厅局、公路（高速）局处、运管系统，海事（即原来的航务）人员素质排在最后。因此，船舶库的运行维护工作比车辆库要大得多。
5. 省海事局似乎不热心做这个船舶库，包括：人员安排、资金准备等。至少，没有像省运管局那样光针对车辆库就有3个专文，重视度算比较高的了。
6. 准备《全省营运船舶数据库库可行性方案》。这个方案得早点准备好，省厅哪天有空就会开个会，研究下船舶库如何做等问题。

2010年2月4日：《全省营运船舶数据库可行性方案》论证

 

在中天宾馆8楼会议室，开了个验收会和论证会：2009年水路跟踪调查系统的验收、全省营运船舶数据库可行性方案论证。显然，重点是船舶库的可行性方案。参加会议的有：省厅计划处、省厅信息中心、省海事局计划处、省海事局航监处、省海事局运管处、市州海事局代表等。

1. 会议探讨了船舶库的数据字段，航监处的提出“船检证号”应改为“船检登记号”，运管处的要增加“所有权登记证号”、“营运证有效期”等。
2. 会议论证了船舶库的功能和相关事项，运管处的希望加入营运证、许可证的打印功能，这样可以更好的保证船舶数据的真实与有效。
3. 信息中心提出更换服务器为4核+4G，估计经费是4W左右。在设备未到位的前提下，就海事局的一个服务器（因为海事局有一个公网IP空闲可用）
4. 海事局计划处介绍说，老板没有批准2010年度经费总额，需要裁减，船舶库的经费需要请示落实。

呵呵，验收+论证+会务+中餐，俺得支出W余，也是预算之中的。这个会，是俺目前唯一支出全部经费的会议。

 

2010年2月5日：准备技术方案

 

像以前任何一个软件的开发过程，既然决定要搞船舶数据库了，得技术方案先做。先Copy车辆数据库的技术方案，适当增减后，打印出第一搞。显然，随着实际开发进展，改技术文档将同步更新。依据经验，只有在系统基本完成后，技术文档才趋于稳定。

 

2010年2月7日：构建船舶数据库（SQL Server库）

1. 从其它库中拷贝港口、行政区划、管理机构、报表数据等库表结构到船舶库中。
2. 创建船舶信息表ShipInfo。
3. 拷贝车辆数据库的多数存储过程到船舶库中。

一个小插曲是，hnyycbk与hnyykhclk的名称相似，在SQL Server企业管理器中容易看错，于是更改船舶库名为HNYYShips。为此，查找了网上资料，几乎没有全的。结合各个技术方法，最后获得一个完整的sql脚本代码。

 

下一步，可以拷贝车辆库的代码并修改，先做帐号、人员等功能，然后做船舶记录维护部分。

 

2010年2月8日-9日：构思数据库转换程序

1. 开发费用没有落实，做事情的兴趣不高，但也得做一些必要的准备工作。至少，船舶库从access转换到sql server的程序必须实现，并根据需求进行完善。从车辆库开发经历看，这个程序做下来不小，并需要市州的人配合。
2. 向省海事局要最新的船舶库压缩文件，用于转换程序的编程测试。
3. 根据上次可行性分析报告会的要求，省远洋公司需要作为一个与市州平级的“机构”看待，这样必须为其单独设立机构编码。特别地，必须单独设立一个虚拟的行政区划码：9900。

年底了，找人也不容易，计划中的市州确认机构、督促省海事局发文明确船舶库的工作任务等等均没有做。看来，要等到年后才能正式开始。

 

2010年2月10日：修改转换程序、调查机构情况

1. 与省厅沟通开发经费事项，达成EW的初步一向。明天到海事局再商量看看。
2. 根据跟踪调查和船舶库的技术文档，修改车辆库的转换程序，争取一周左右的时间有个可运行版。
3. 发布机构编码表，调查市州、县所的机构设置、计算机拥有、上网情况，发现：海事部门的机构比公路运输的复杂，且计算机条件差得多。YZ市县所没有一台设备，更不要说上网了。

2010年2月11日-2月19日：到岳麓山下过春节

1. 没有带电脑去，只到网吧上上网，收收菜、看看新闻等。
2. 构思一个县级机构管辖多个县级区划的处理方式。县级机构的船舶管理模式，与车辆的管理模式差异太大，某些县管理5个其它县的船舶。此外，存在一个县有两个机构。等等。需要一个妥善的解决方法。

2010年2月20日：继续转换程序

1. 接到省局电话，解释一个关于船舶库公文内容的某些要求。
2. 给省局相关人员打电话，索取台帐、行业管理规范等。
3. 继续做船舶库转换程序，多数是修改原车辆库的Delphi程序代码。呵呵。

2010年2月21-22：拿到台帐、许可证、营运证等

1. 到省局运输处拿到了船舶台帐、经营许可证、营运证、注销证等原件。在可行性报告分析会上，要求满足制证要求，分析各种证件后，发现增加和修改了许多内容，例如：经营范围分船舶、业户，且业户分可以同时兼营客运与货运；建造和改建日期到具体日；长江干流经营时，船籍港必须为武汉，等等。显然，需求变更比较大。
2. 继续修改完善《技术文档》，从打印出第一稿到22号，是第5稿了。
3. 继续收集市州机构名录。机构上看，水运跟公路比较差异比较大：水运强调船籍港，公路强调区划；水运机构有些只到市州级。
4. 可以设计船舶库数据结构了

2010年2月23日：核对数据库表

1. 因为船舶字段更改大，打印出《技术文档》后，根据该文档核对了船舶库的各个表；
2. 继续编写转换程序。
3. 发布全省管理机构编码表（第二稿）。市州反馈信息比较慢。

2010年2月24-26日：完成转换程序

1. 做好了船舶审核、转换程序，并把审核功能合并到SYDC09中。下周一正式下发；
2. 收集机构编码表第二稿进度不理想；
3. 准备使用c#编写船舶管理系统。
4. 田主任邀请做客运班线审批系统，是俺原来的一个使用Delphi编写的系统的功能扩展。省运管局不好大交道，且冒得时间，是否接手还的考虑考虑。

2010年2月28日：开始编写客户端和服务器端程序

1. 今天学校报到了，第三周开始讲《软件工程》，也有几个毕业设计任务。
2. 拷贝营运车辆库的程序，然后逐步修改。

2010年3月1日：先实现与业务无关的功能

1. 拷贝车辆库的服务器端和客户端程序，着手修改相关类和窗体。
2. 配置好IIS服务器和虚拟地址，确定与数据库连接正常。
3. 由于是修改窗体和方法，今天一天完成了系统登录、帐号管理等功能，含客户端13个窗体
4. 保证客户端在同一个文件夹不能运行两次，使用了互斥类Mutex，调试成功。
5. 在数据库设计时，统一了ID和NO，例如User_No、Unit_No等，需要修改程序的地方比较多，同时也需要修改数据库的存储过程等。看来，修改设计上基础性东西，需要修改的工作量大很多。

2010年3月3日：完成船舶管辖确认

1. 从单机船舶库转移到网络SQL Server船舶库后，由于有多管理机构，必须做船舶的管辖确认工作。显然，该工作是新系统投入运行后，市州管理人员首要的初始化工作。从车辆库的确认情况看，该操作似乎问题不大。但船舶的管理机构复杂，数据不十分规范，该确认工作预计有反复。
2. 编制这个学期的教学日历、教学方案。
3. 管理机构表、管理人员帐号表，到目前有10多天了，还冒收齐。看来，进度比估计的要慢得多。

2010 年3月5日：整理并录入机构编码

1. 整理了全省营运船舶机构编码表，并录入到SQLSERVER中，这个是初始级的工作，得先做好。
2. 在网上找了海事局的图标，并做出32*32的ICON、BMP的小图表，效果还可以。
3. 修改船舶的部分字段，数据类型更加准确，如：把Int改为SmallInt、Money改为SmallMoney、DateTime改为SmallDateTime，节省了约100个字节。经过计算，船舶记录共56个字段合计903个字节（NVC算两个字节）。
4. 着手编写核心窗体——船舶浏览与编辑。估计要3-7天才能完成，还不包括证照的打印功能。

2010年3月6日：着手核心窗体

1. 船舶浏览与编辑的功能包括：新增、拷贝、修改、删除、制证、变更、汇总、输出名录等，编辑窗体超过50个字段，是所有窗体里功能最复杂，业务逻辑最多的。
2. 实现计划：先做简单的、变化比较少的，如果：船舶查找、删除、汇总等，然后做编辑与修改，制证的功能可以稍后再做。
3. 机构编码表等事物性的东西，既是基础性的，又不能出任何差错，除三个Excel稿外，在SQL Server2000中都核对了2遍了，下个星期把表交给海事局，由他们最终定稿。

2010年3月7日：烦人的日期控件DateTimePicker

1. MIS系统经常有日期字段，并且可以为null。使用灵活，但录入控件却不好，.NET上的DateTimePicker在处理null、显示字体颜色等方面就不令人满意。在做车辆库时，在网上找了定制日期控件，可以处理null，但显示字体不能改变颜色，在整个窗体上与别的TextBox颜色不协调。再次在中外网上google搜索，没有发现现成的好用控件。
2. 自己做的控件暂时命名为TDataTimePickerEx。基本思路是：使用TextBox输入/显示日期，DateTimePicker控件选择日期，它们组合成UserControl，并努力做到可以绑定数据源。网上类似的控件使用时有Bug，不能绑定数据院，且程序代码过长以及是VB.NET。
3. 今天做了个TDateEditBox，输入日期格式还可以，比MaskedEditBox好多了。估计做好该控件需要5-7天时间。一篮子解决问题，为以后项目做点技术积累。

2010年3月10日：三个整天实现定制日期编辑选择控件TDateEditPicker

1. 由于是定制文本框+定制日期DateTimePicker的组合，因此定制控件正式命名为TDateEditPicker。
2. 做了30多个小时，基本上算做好了这个定制的UserControl。实现过程最大的难点为：DateTimePicker封装了MonthCalendar，但没有开放键盘、鼠标等事件，只有捕获CloseUp与WndProc事件，并仔细分析WndProc中的消息特征。也许在XP上运行没有问题，但换操作系统就不知道效果如何了。
3. 控件总长度900行。做了点初步测试，包括数据绑定（单向，双向待以后完善）、给null值等，暂时没有发现错误。由于时间关系，先用段时间，成熟后再在csdn上发布。
4. 比较原来使用的NullableDateTimePicker，现在的控件好用多了。包括：可以改变文本框字体颜色，编辑日期时更加符合习惯。
5. 下步的计划，是控件值修改时，自动回写到绑定数据源。

2010年3月11日：继续完善TDateEditPicker

1. 由于不能响应值变更时通知绑定源，今天继续修改。增加了INotifyPropertyChanged接口实现后，实现了绑定源更新的要求。
2. 优化了控件代码，可以同步输入时判断日期的有效性。虽然功能加强了，但代码长度还有所减少。
3. 目前看该控件可以投入实际应用了。前后算来，编码时间超过了40小时。呵呵，做一个实用的东西还真不容易。

2010年3月13日：不满意的TDateEditPicker

1. 由于在ESC键的处理上，可能存在选择日期后又放弃的操作，这个是TDateEditPicker的最大不足和需要改进的地方。于是，又观察了TDateTimePicker的消息。不仅使用WndProc捕获消息，而且使用了Application.AddMessageFiler捕获消息。分析消息后发现，没有更好的处理方法了。只能暂时将就着用。如果以后MonthCalendar控件解决了其显示上的Bug，再用它从新设计一个。
2. 再次审核了源代码，规范了字段和属性的命名，移植了TDateTimePicker的字体及日期颜色等。更新为版本1.3。多次测试表明，在.NET 2.0上运行正常。计划到.NET 3.5平台上测试看看。
3. 前前后后做了7天，才感到TDateEditPicker比较符合实际要求，此时实际代码超过了1000行了。做个东西不难，难就难在做一个实用的、使用方便和可靠的东西真难。需要考虑的细节太多！
4. 做这个定制控件的最大收获是：熟悉了事件、控件消息、全局消息、键盘等的处理，熟悉了UserControl的使用。特别是UserControl，以前没有接触过这类控件容器。目前看，使用也不复杂，也好用。

2010年3月15日：Win7下TDateEditPicker无用

1. 找了个学生测试TDateEditPicker。他的机器是Win7，结果测试效果非常不好。空串时不能输入日期数字，非空时输入日期数字时将替换分隔符号，等等。看来直接移植到Win7下是不行的了。
2. 今天正式上课哒，将到第14周。编程进度将受到影响了。
3. 开始编写船舶记录修改窗体和提交窗体，提交测试没有语法错误。明天将测试船舶信息的数据有效性，编写新增记录等。

2010年3月23日：完成录入、输出、查询等功能

1. 3月19日到娄底参加抽样调查布置会，上午去晚上回。08年的抽样调查需要修改，还要转换09年跟踪调查船舶库，事情还真多。看来早一天建成全省船舶库，以后在该库上做进一步开发，将节省很多的重复劳动。
2. 3月20号基本完成船舶记录的录入窗体。其中，删除功能又做了些修改。除综合汇总统计外，这个是本系统里最庞杂的了。
3. 3月21日完成了船舶简表、船舶名录、台帐、全字段明细表等四个表格的编制和输出。3月23日完成了船舶综合查询功能。这两个窗体直接修改自车辆库系统，容易编写与测试。
4. 按目前进度，本周或下周初，可以完成报表汇总与输出功能，届时将准备数据库的转换、培训等工作了。

2010年3月28日：实现报表汇总等系统主要功能

• 拷贝车辆库的报表汇总思路后，2-3天就完成了船舶库的全部报表汇总，并且还增加了渡船、渡船增减情况等表，修改了船舶增减情况表。用长沙的船舶数据测试，还可以。
• 这段时间编码似乎比较顺，到今天为止，完成了除制证外的全部功能，并做了初步测试。代码统计情况如下：客户端有窗体或类56个，合计代码21862行（含自动生成代码则为43411行），WebService代码4133行；转换程序2422行（Delphi）；数据库表15个，存储过程17个；Excel报表格式（模版）18个。
• 自2月28日开始编码，刚好1个月，合计代码行超过28417，这还不包括系统生成的与数据存储过程的代码。由于许多思路或技术借鉴车辆库，除日期控件外，其他编程基本步骤就是：Copy/Modify/Test。看来，技术积累到一定程度，编程效率提高就显著的！呵呵！
• 下步的思路是：1）编制一个测试船舶表，覆盖报表的每个格，并以长沙县机构测试录入与汇总；2）转换2-5个市州的船舶记录，测试市州汇总及全省汇总；3）编写操作手册、安装程序、维护网页等；4）在4月中下旬培训并投入使用。
• 这段时间全立编写船舶库，也算告一个段落了。目前欠帐太多了：毕业设计事项、学生科技创新项目、水上抽样调查系统升级等。

2010年4月2号：中断5天，升级07年的抽样调查软件

• 2010年水运抽样调查按照07年的方案，并有一些改变，于是需要升级抽样调查数据处理软件HNSYCYDC。于是，转换09年跟踪调查船舶库、增加选取样本功能、加强调查数据审核约束、核对推算结果。没有办法，抽样调查年年改变！于是，停下HNYYCBK5天，升级该软件。
• 现在得考虑船舶库服务器的问题了。厅里的意思是放在信息中心，有现成的机器和软件。但问题时，该服务器已经有3个到县的处理系统在运行了：交调报表系统、公路观测数据浏览系统、全省营运车辆库。如果再加上船舶库，该服务器将为4个日常应用系统服务，用户超过600，而机器配置是DELL+2G内存+一个硬盘，从安全和性能看均不能满足要求。但俺也没有说服相关领导。不过，还是要争取。

2010年4月5号：通过数据录入与报表汇总测试

• 编制了71艘测试船舶记录，覆盖了部省报表的每个表格。
• 长沙县机构录入的是载客船舶（包括客渡船），宁乡县机构录入的是载货船舶。这样，在长沙市汇总时，容易发现是否有bug。
• 6个报表、6个台帐大约57种报表，打印出结果后一个一个的核对。还是发现了几个错误。如：最后列没有输出、拷贝程序代码时无意删除了3行，使得增减表台帐每个都一样，小数点位置错误。
• 上述表中难度最大的增减表。该表是动态生成的，算法是：上期末+本期增加-本期减少=本期末。其中，上期末的数据来源于上期的增加表的期末数。关键是，要保持该表与工具表的一致！而工具表直接由船舶记录计算。为达到这个目的，在增加船舶、船舶减少登记时，需要有时间上的严格限制。并且，汇总后的船舶，报表上的指标，如：吨位、客位、TEU、功率、总吨、总载重、车位数，均不能再修改！
• 由于有车辆库的汇总思路和程序，本次船舶库的汇总与输出则容易得多了。并且，某些方面还做了更好的处理。效率何止高10倍！这个难道不是Brooks追求的“银弹”吗？
• 下步的工作是：集成测试、证照打印、操作手册、系统应用前的协调工作、培训等。
• 按现在的进度，4月底可以投入测试运行了。

2010年4月8号：TDateEditPicker又有Bug了！

• 在制证窗体上使用了TabControl，在几个TabPage上放置TDateEditPicker后，发现只有一个TabPage显示DatePicker控件，其他的只显示DateEditBox！显然这是TDateEditPicker的严重Bug。经检查发现是控件的DatePickerVisible属性自动设置为false了。其实，该属性可以说是多余的，删除后正常。
• 当时添加 DatePickerVisible 属性时就几行代码，但找起 bug 来，需要整整6个半小时！可见，维护成本是开发成本的N倍，一点也不夸张！
• 制证模板使用Excel。但Excel不像Word，可以设置行高列宽为厘米，只能显示为像素。这样，在自己机器上对齐了的，到打印社打印时又有变化。好在可以设置顶左边距离，希望正式使用时经过微调即可。

2010年4月14日：完成预期的全部功能

• 3月28日完成报表汇总功能，剩下的最后功能是打印经营证照。需要打印6个证。构思是：使用Excel制作模板，然后套打。现已经在学校打印室的激光打印机上打印，套打效果还可以。准备下周到省海事局实际打印。
• 目前统计的工作量情况为：客户端有窗体或类60个，合计代码233242行（含自动生成代码时为47592行），WebService代码4362行；转换程序2391行（Delphi）；数据库表15个，存储过程19个；Excel报表格式（模版）24个。
• 从3月28号到今天，除5天编写水运抽样调查软件、1天升级运管企业安全报表软件外，合计11天。按预期任务，算是全部实现了。下步的主要任务是核对关键代码、综合测试等。
• 运管企业安全报表软件YGQA，是2006年开发投入使用的一个省三级运管企业安全报表软件。由于省运管局使用新的制证软件，产生的许可证编号与交通运输部的规定不同。而许可证号是YGQA中的关键数据项，所以必须修改升级。仔细浏览下原Delphi代码，发现只需要更改2行代码即可。但从省局提出升级要求、衡阳市所咨询、到省局给出许可证编码规则，前前后后也有一个星期。
• 省厅预计5洋中下旬在海南搞培训，无论如何，船舶数据库必须在五月中旬投入试运行，至少要保证海南培训可以使用。

2010年4月16日：做好网站及维护网页、枯燥无趣时期

• 下周计划到省海事局调试证照打印，于是必须把数据移植到省厅信息中心的服务器上。第一项工作，就是必须做好安装程序并传到免费的网络硬盘上；第二项工作，就是做好船舶库网站的主页及维护网应用程序。
• 营运船舶库维护网应用程序的功能：远程上传客户端应用程序及报表格式文件（用于自动更新升级）、远程上传WebService程序、远程上传主页文件（用于更新主页内容及相关链接）。这样，可以在自己的机器上完成应用系统——客户端和服务器端的维护更新工作。虽然，该工作可以通过配置FTP服务器实现，但到底是人家的服务器，打开一个FTP端口也不好。
• 营运船舶库维护网使用ASP.NET编程，主要代码还是copy自车辆数据库的，只修改了文件名称等，1小时就做好了。
• 目前是系统综合测试时期。个人感到，同一个功能或操作做N次测试，还真枯燥无趣。于是想起了Joel在《软件随想录》给计算机系学生的7条建议的第4条：“不要因为枯燥就不选修非计算机专业的课程”。他认为“每一项工作都有枯燥难耐的时刻。我不想雇佣哪些只想干有趣事情的人”。

2010年4月18日：完成《YYCBK用户手册》初稿

• 在原来的车辆数据库用户手册基础上，补充修改完成了《YYCBK用户手册》，只花了两天不到的时间。该文档有35页，若干个图片。
• 到目前为止，编写的文档与列表如下：
• 《YYCBK用户手册》35页，《可行性分析报告》即附件14页，《YYCBK技术文档》13页，测试船舶清单5页，全省管理机构编码表5页。合计起来有72页。这还不包括以后的《研制工作总结》、《验收报告》、《验收意见》等。
• 下步的工作，将系统移植到省厅服务器，正式做远程测试与打印调试了。

2010年4月21日：alfa 测试

• 昨天在省厅服务器上安装了测试用数据库、WebService程序等，在相关免费硬盘上上传了用户手册、安装程序等，模拟以后的正式运行环境。
• 今天，制作了8个市州的管理帐号、一个省级查询帐号，并在QQ群里发布了测试消息，希望市州有人做点测试，给点建议。
• 无论如何，周五上午必须做好证照打印测试工作，同时为下月初转换船舶库做好充分准备。
• 有个市的反映，不能连接上WS，报404错误，原因待查。但车辆库、交调系统在全省300家机构应用，没有报告过404错误。估计是该市机器或网络有点问题。

2010年4月22日：编码设计带来的问题

• 去年，交通运输部对全国的公路编码进行了重大修改，可以出现G4、G04、G004等编码，他们表示不相同的线路。
• 这样，我们08年投入使用的公路交通量数据报表处理系统，必须做同步修改。初步查看了与线路编码有关的窗体或类：16个。还不包括数据库的存储过程。显然，只需要对几个核心窗体做修改，但必须浏览与线路编码的代码，是否隐藏了长度规定？
• 现在想来，线路编码这种全国性的、有部标准的代码制度，说改就改了。如果当时设计，不用该线路编码做索引或唯一识别属性，而是定义一个自己的唯一识别码，那么改动起来就容易得多了。当然，多使用一个属性，将影响给系统的处理性能。
• 初步估计，需要2-4天才能把与编码有关的部分完善测试好。
• YYCBK投入alfa测试，现在反馈的问题就是：一个市的机器安装了客户端和.net环境，但提示404错误，但该机器通过浏览器直接访问WebService API却没有问题。回想起来，当年交通量数据处理系统投入使用后，也有个市州反映不能连接，镜判断是其单位的宽带网提供商有相关限制。

2010年4月28日：升级交调报表系统

1. 交通运输部修改了国道的编码、公路司修改了交调报表制度、部交调软件增加了线路里程的数据项，这三项重大的变更，使得俺必须升级投入使用两年的交调报表系统。包括年初的观测数据接收服务器的修改，前前后花了1周的时间。
2. 明天是市州上报船舶库的截止日期，争取在五一节完成数据库转换、市州帐号设置等准备工作，保证市州、县所可以测试应用。也为即将到来的海南培训做准备。

2010年5月3日：只有测试才能发现问题

1. 已经收到12家单位上报的船舶库，转换到数据库后，做即时汇总，发现客运船舶的座位数错误，检查程序后修正了这个bug。
2. 由于抽样调查软件需要船舶总体库，因此下半年的船舶库将直接从YYCBK中导出：先导处为txt文件，然后再导入到HNSYCYDC系统中。用长沙的船舶库做测试没有问题。使用岳阳的船舶库时存在问题了。检查后发现，一条船舶记录的船主数据项中包含txt文件的分隔字符TAB(char(9)），修改程序后解决该问题。
3. 再用株州的测试有报错误，还是船主数据项包含了不显示字符，于是转换时字符值小于32的不处理。使用12家单位的测试一遍，没有再出现问题了。
4. 上述情况是对数据项中出现不可显示字符估计不到。如果只测试长沙一家，或长沙岳阳两家，不可能最终解决问题。不过，这种穷举方法只适应于测试单位较少的情况，如果有大量测试对象，得想想更好的黑盒测试方法了。

2010年5月9日：系统投入使用

1. 今天下午，到省厅信息中心把14个市州转换的船舶数据库装到服务器上。这样，营运船舶数据库应用系统正式投入使用。
2. 省厅省局的培训安排时：第一期，海口；第二、第三期，长沙。预计5月底完成市县的培训工作。
3. 航务管理部门的人员素质比公路管理、公路运输要低得多，估计麻烦的事情是培训后正式使用后的头几个月。
4. 5月7号才把项目合同提交给省局，希望5月底能签定好。
5. 做完船舶库，得全力完成历史数据库的建库工作了。这个项目是下半年的主要工作，比较琐碎，不需要啥技术含量，也需要多人做。到时候的找几个学生了。

2010年5月20日：操作培训

1. 省厅组织了市州、县所的培训。估计来70多人。培训效果看，有些地方的掌握得好些，有些地方的似乎莫不关心。
2. 无论如何，船舶数据库系统已经正式投入运行了。具体效果要看。需要我本人、省海事局计划处、省海事局运输处相互合作，才能达到预期效果。