论文导读：本文通过地震基本参数快速获取与发布系统论述了行业应用软件系统的开发规划。该系统功能被分为三个系统：地震实时波形数据监控子系统；地震事件处理子系统；数据发布子系统。该系统具有地震行业的专业背景，需要地震监测中心、地震监测专家和项目开发人员间良好的分工协作；与常规的通用应用软件开发过程相比，具有明显的差异，主要表现在系统分析、设计、实现、测试和维护均带有明显的行业特点。行业应用软件的成功开发必须遵循行业规范，正确使用专业术语，及时与专家和用户进行交流。
关键词：行业应用软件，开发规划
正文：
本人去年参加了《地震基本参数快速获取发布系统的研制》项目的开发。在项目担任组长，负责项目的规划、分析、设计。由于防震减灾是公共安全的重要内容之一，该项目主要针对大地震的震前预警和震后消息的快速发布，是防震减灾工作的关键业务系统，是地震应急工作的支撑技术之一，对公共安全具有重要意义。项目范围包括：地震数据采集、传输、存储、处理、发布。该系统是一个硬、软件相结合的信息系统。硬件包括：拾震器（地震波形采集器）、数据传输设备（基带modem和多路复用器）、多用户串口卡、服务器、手机。软件可以按功能分为三个子系统：地震实时波形数据监控子系统；地震事件处理子系统；数据发布子系统。
由于多种行业的专业性强，由于开发人员现学领域知识是不现实的，这就需要用户和行业专家的协助。
聘请行业专家做项目组的顾问是应用软件开发过程中较好的策略。行业专家可以提供技术文件和已有应用。在地震系统的这个项目中，我们聘请了地震监测系统的资深专家作为项目顾问，获取到《地震数据分类和共享指南》等技术文件和部分以前编写的源代码，该代码是多个独立运行的、凌乱的、较小的系统，经过整理后可以用到新系统中，这为领域模型和设计模型的建立打下了良好的基础。
用户是应用软件目前和未来的需求提供者，其对项目成败的重要性是显而易见的。在地震项目在，我们与用户充分合作，请用户给我们讲解地震常识和本项目涉及的专用仪器的功能，将用户作为项目组成员，作为每个阶段的技术评审的主要成员。
开发者是应用软件系统的建设者，需要从用户方进行需求诱导，建立领域分析模型；需要将分析模型变换为设计模型，建立软件的构造蓝图；需要完成编码和测试。由于应用软件具有行业背景，在建立分析模型时需要从各种渠道了解行业知识；在进行测试时需要向用户或行业专家请教，必须克服在开发一般应用软件时的问题。
与常规的通用应用软件开发进行比较，专业背景的应用软件开发过程及各个环节的主要差异有：
(1)在计划阶段，具有行业背景的应用软件系统与普通意义软件的目标与动机一般是不同的，普通意义软件以给本公司或部门带来经济上的收益为目的，而行业应用软件以更好的完成某项目政府职能为目的。地震行业的应用系统开发目的是为了有效的减少地震灾害造成的损失。系统方案的制定必须符合行业的特征。地震具有突发性、不可抗拒性、影响面广、广大群众积极参与、数据库量非常大、算法复杂等特征，在系统方案制定时必须针对这些特点进行。在地震行业的应用系统中，从拾震器（地震波形采集器）、数据传输设备（基带modem和多路复用器）、多用户串口卡、服务器、手机到通信信道均实现冗余设备，当任一环节出现故障时，均能由热备件自动接管任务，应用软件必须支持这种功能。这就增加了软件开发的复杂性。
(2)在需求分析阶段，行业背景的应用软件与普通应用软件相比一般需求比较明确、相对固定和有章可寻。必须获得行业的各种技术规范、数据共享资源及现行系统的运行数据。在此基础上划出应用软件的作用范围和与周围环境进行数据交换的接口，类的名称是需要从行业术语中选择，类的属性需要在专业知识中有明确的定义，类的方法也需要使用行业内的主流算法；在地震行业的应用系统开发中，分析模型的建立需要从行业中得到基本素材，从行业知识和管理中得到优化，产生出行业专家认可的类和对象关系模型。
(3)在设计阶段，行业背景的应用软件与普通意义软件相比，从用户界面设计、数据管理、任务管理到控制机制均要表现出行业特征。我们在开发地震应用软件时，邀请有专业知识的用户参加到项目组实施的关键环节中，将设计模型在地震行业进行各种地震知识的解释，确保设计模型与领域模型保持一致。地震实时波形数据监控子系统需要完成各监控点的数据采集、地震事件识别和生成地震事件数据；地震事件处理子系统需要完成大数据量的传递、进行各种复杂计算和生产地震的各类基本参数；数据发布子系统需要完成在有新震情时第一时间以web或手机短信的方式对相关用户群进行数据广播；各子系统间通过分布式数据库完成数据复制和保证数据一致性。
(4)在集成测试阶段，行业背景软件一般更强调进行ß测试。需要使用行业的数据作为测试数据，测试方案由用户和专家参与制订。由于地震数据具有突发性，当地震发生时系统的数据量非常大，因此系统测试需要在真实的数据环境中进行。
从上面的几个主要差别可以看出，具有行业背景的应用软件的开发需要行业中的各类标准、专业知识、现有相关系统和人员参与到开发过程中，要使行业特点与信息技术有机结合。
2 结论
在实践中我发现，行业应用软件系统的成功开发是从其规划到诞生就应从行业中汲取各种营养，才能长出行业特征，具有行业味道，满足行业应用的需求。
适逢今年5月12日，第二个全国“防灾减灾日”。笔者通过对这个项目的论述，希望更多的行业领域专家能进行更加深入的探讨，共同积累经验和提高行业应用软件的开发质量，让行业应用软件发挥更大的作用。
正文：
本人去年参加了《地震基本参数快速获取发布系统的研制》项目的开发。在项目担任组长，负责项目的规划、分析、设计。由于防震减灾是公共安全的重要内容之一，该项目主要针对大地震的震前预警和震后消息的快速发布，是防震减灾工作的关键业务系统，是地震应急工作的支撑技术之一，对公共安全具有重要意义。项目范围包括：地震数据采集、传输、存储、处理、发布。该系统是一个硬、软件相结合的信息系统。硬件包括：拾震器（地震波形采集器）、数据传输设备（基带modem和多路复用器）、多用户串口卡、服务器、手机。软件可以按功能分为三个子系统：地震实时波形数据监控子系统；地震事件处理子系统；数据发布子系统。
由于多种行业的专业性强，由于开发人员现学领域知识是不现实的，这就需要用户和行业专家的协助。
聘请行业专家做项目组的顾问是应用软件开发过程中较好的策略。行业专家可以提供技术文件和已有应用。在地震系统的这个项目中，我们聘请了地震监测系统的资深专家作为项目顾问，获取到《地震数据分类和共享指南》等技术文件和部分以前编写的源代码，该代码是多个独立运行的、凌乱的、较小的系统，经过整理后可以用到新系统中，这为领域模型和设计模型的建立打下了良好的基础。
用户是应用软件目前和未来的需求提供者，其对项目成败的重要性是显而易见的。在地震项目在，我们与用户充分合作，请用户给我们讲解地震常识和本项目涉及的专用仪器的功能，将用户作为项目组成员，作为每个阶段的技术评审的主要成员。
开发者是应用软件系统的建设者，需要从用户方进行需求诱导，建立领域分析模型；需要将分析模型变换为设计模型，建立软件的构造蓝图；需要完成编码和测试。由于应用软件具有行业背景，在建立分析模型时需要从各种渠道了解行业知识；在进行测试时需要向用户或行业专家请教，必须克服在开发一般应用软件时的问题。论文检测。
与常规的通用应用软件开发进行比较，专业背景的应用软件开发过程及各个环节的主要差异有：
(1)在计划阶段，具有行业背景的应用软件系统与普通意义软件的目标与动机一般是不同的，普通意义软件以给本公司或部门带来经济上的收益为目的，而行业应用软件以更好的完成某项目政府职能为目的。地震行业的应用系统开发目的是为了有效的减少地震灾害造成的损失。系统方案的制定必须符合行业的特征。地震具有突发性、不可抗拒性、影响面广、广大群众积极参与、数据库量非常大、算法复杂等特征，在系统方案制定时必须针对这些特点进行。在地震行业的应用系统中，从拾震器（地震波形采集器）、数据传输设备（基带modem和多路复用器）、多用户串口卡、服务器、手机到通信信道均实现冗余设备，当任一环节出现故障时，均能由热备件自动接管任务，应用软件必须支持这种功能。这就增加了软件开发的复杂性。
(2)在需求分析阶段，行业背景的应用软件与普通应用软件相比一般需求比较明确、相对固定和有章可寻。必须获得行业的各种技术规范、数据共享资源及现行系统的运行数据。在此基础上划出应用软件的作用范围和与周围环境进行数据交换的接口，类的名称是需要从行业术语中选择，类的属性需要在专业知识中有明确的定义，类的方法也需要使用行业内的主流算法；在地震行业的应用系统开发中，分析模型的建立需要从行业中得到基本素材，从行业知识和管理中得到优化，产生出行业专家认可的类和对象关系模型。
(3)在设计阶段，行业背景的应用软件与普通意义软件相比，从用户界面设计、数据管理、任务管理到控制机制均要表现出行业特征。我们在开发地震应用软件时，邀请有专业知识的用户参加到项目组实施的关键环节中，将设计模型在地震行业进行各种地震知识的解释，确保设计模型与领域模型保持一致。地震实时波形数据监控子系统需要完成各监控点的数据采集、地震事件识别和生成地震事件数据；地震事件处理子系统需要完成大数据量的传递、进行各种复杂计算和生产地震的各类基本参数；数据发布子系统需要完成在有新震情时第一时间以web或手机短信的方式对相关用户群进行数据广播；各子系统间通过分布式数据库完成数据复制和保证数据一致性。
(4)在集成测试阶段，行业背景软件一般更强调进行ß测试。需要使用行业的数据作为测试数据，测试方案由用户和专家参与制订。由于地震数据具有突发性，当地震发生时系统的数据量非常大，因此系统测试需要在真实的数据环境中进行。
从上面的几个主要差别可以看出，具有行业背景的应用软件的开发需要行业中的各类标准、专业知识、现有相关系统和人员参与到开发过程中，要使行业特点与信息技术有机结合。
2 结论
在实践中我发现，行业应用软件系统的成功开发是从其规划到诞生就应从行业中汲取各种营养，才能长出行业特征，具有行业味道，满足行业应用的需求。
适逢今年5月12日，第二个全国“防灾减灾日”。笔者通过对这个项目的论述，希望更多的行业领域专家能进行更加深入的探讨，共同积累经验和提高行业应用软件的开发质量，让行业应用软件发挥更大的作用。
正文：
本人去年参加了《地震基本参数快速获取发布系统的研制》项目的开发。在项目担任组长，负责项目的规划、分析、设计。由于防震减灾是公共安全的重要内容之一，该项目主要针对大地震的震前预警和震后消息的快速发布，是防震减灾工作的关键业务系统，是地震应急工作的支撑技术之一，对公共安全具有重要意义。项目范围包括：地震数据采集、传输、存储、处理、发布。该系统是一个硬、软件相结合的信息系统。硬件包括：拾震器（地震波形采集器）、数据传输设备（基带modem和多路复用器）、多用户串口卡、服务器、手机。软件可以按功能分为三个子系统：地震实时波形数据监控子系统；地震事件处理子系统；数据发布子系统。
由于多种行业的专业性强，由于开发人员现学领域知识是不现实的，这就需要用户和行业专家的协助。
聘请行业专家做项目组的顾问是应用软件开发过程中较好的策略。行业专家可以提供技术文件和已有应用。在地震系统的这个项目中，我们聘请了地震监测系统的资深专家作为项目顾问，获取到《地震数据分类和共享指南》等技术文件和部分以前编写的源代码，该代码是多个独立运行的、凌乱的、较小的系统，经过整理后可以用到新系统中，这为领域模型和设计模型的建立打下了良好的基础。
用户是应用软件目前和未来的需求提供者，其对项目成败的重要性是显而易见的。在地震项目在，我们与用户充分合作，请用户给我们讲解地震常识和本项目涉及的专用仪器的功能，将用户作为项目组成员，作为每个阶段的技术评审的主要成员。
开发者是应用软件系统的建设者，需要从用户方进行需求诱导，建立领域分析模型；需要将分析模型变换为设计模型，建立软件的构造蓝图；需要完成编码和测试。由于应用软件具有行业背景，在建立分析模型时需要从各种渠道了解行业知识；在进行测试时需要向用户或行业专家请教，必须克服在开发一般应用软件时的问题。
与常规的通用应用软件开发进行比较，专业背景的应用软件开发过程及各个环节的主要差异有：
(1)在计划阶段，具有行业背景的应用软件系统与普通意义软件的目标与动机一般是不同的，普通意义软件以给本公司或部门带来经济上的收益为目的，而行业应用软件以更好的完成某项目政府职能为目的。地震行业的应用系统开发目的是为了有效的减少地震灾害造成的损失。系统方案的制定必须符合行业的特征。论文检测。地震具有突发性、不可抗拒性、影响面广、广大群众积极参与、数据库量非常大、算法复杂等特征，在系统方案制定时必须针对这些特点进行。在地震行业的应用系统中，从拾震器（地震波形采集器）、数据传输设备（基带modem和多路复用器）、多用户串口卡、服务器、手机到通信信道均实现冗余设备，当任一环节出现故障时，均能由热备件自动接管任务，应用软件必须支持这种功能。这就增加了软件开发的复杂性。
(2)在需求分析阶段，行业背景的应用软件与普通应用软件相比一般需求比较明确、相对固定和有章可寻。必须获得行业的各种技术规范、数据共享资源及现行系统的运行数据。在此基础上划出应用软件的作用范围和与周围环境进行数据交换的接口，类的名称是需要从行业术语中选择，类的属性需要在专业知识中有明确的定义，类的方法也需要使用行业内的主流算法；在地震行业的应用系统开发中，分析模型的建立需要从行业中得到基本素材，从行业知识和管理中得到优化，产生出行业专家认可的类和对象关系模型。
(3)在设计阶段，行业背景的应用软件与普通意义软件相比，从用户界面设计、数据管理、任务管理到控制机制均要表现出行业特征。论文检测。我们在开发地震应用软件时，邀请有专业知识的用户参加到项目组实施的关键环节中，将设计模型在地震行业进行各种地震知识的解释，确保设计模型与领域模型保持一致。地震实时波形数据监控子系统需要完成各监控点的数据采集、地震事件识别和生成地震事件数据；地震事件处理子系统需要完成大数据量的传递、进行各种复杂计算和生产地震的各类基本参数；数据发布子系统需要完成在有新震情时第一时间以web或手机短信的方式对相关用户群进行数据广播；各子系统间通过分布式数据库完成数据复制和保证数据一致性。
(4)在集成测试阶段，行业背景软件一般更强调进行ß测试。需要使用行业的数据作为测试数据，测试方案由用户和专家参与制订。由于地震数据具有突发性，当地震发生时系统的数据量非常大，因此系统测试需要在真实的数据环境中进行。
从上面的几个主要差别可以看出，具有行业背景的应用软件的开发需要行业中的各类标准、专业知识、现有相关系统和人员参与到开发过程中，要使行业特点与信息技术有机结合。
2 结论
在实践中我发现，行业应用软件系统的成功开发是从其规划到诞生就应从行业中汲取各种营养，才能长出行业特征，具有行业味道，满足行业应用的需求。
适逢今年5月12日，第二个全国“防灾减灾日”。笔者通过对这个项目的论述，希望更多的行业领域专家能进行更加深入的探讨，共同积累经验和提高行业应用软件的开发质量，让行业应用软件发挥更大的作用。
参考文献:
[1]刘晓岩.黄河水量调度决策支持系统的理论方法与实践,科学出版社,2005-12-1.
[2]苏强.电信企业信息系统建设理论与实践,电子工业出版社,2009-1-1.
|
