基于软件工程的证券市场分析系统设计方法研究

  1.1 证券市场分析软件设计研究的目的和意义

  我国的证券市场自1984年发行第一张股票以来,已有16余年的历史;从第一家证券交易所成立算起,至今也将近10年(徐国详,1997)。目前,中国证券市场发生了一系列重要变化,制度框架、规则体系有了进一步的完善,市场规模迅速扩大,市场流动性得到明显改善,从业人员和投资者人数不断增加;人们对证券市场的认识正在发生深刻的变化。随着国有企业改革的深化,证券市场对国民经济的作用日益显得重要。软件工程的理论、方法、技术等方面发展飞速,而目前证券市场分析的软件仅侧重于证券的技术分析,简单给出K线图、均线等,存在基本面分析不充分、未利用现代证券组合分析理论与方法等问题。同时国产软件仍或多或少地表现出软件开发的计划性较差、软件需求不充分、软件开发过程的规范不强、软件产品的测试手段简单粗糙、软件不够稳定等现象。软件危机仍然存在于当前我国软件开发工作当中。一个不成熟的证券市场分析系统带来的危害是巨大的。这种危害轻者造成投资者的直接经济损失,重者可能使整个金融市场瘫痪,甚至发生整个社会的经济动荡,影响社会的安定团结。在这种大背景下,以证券市场分析为代表,研究证券市场分析系统的设计对推动中国证券市场建设、保护证券投资人的利益将起一定积极的作用。针对上述情况,本论文主要利用软件工程的理论,结合证券市场分析的基本方法,对证券市场分析系统的设计进行了理论研究,使证券市场分析系统的设计达到软件工程的理论要求。

  1.2 本论文研究的主要内容

  本论文首先探讨了软件工程的目的、作用及管理方法问题,阐明了软件工程应遵循的原则。笔者认为,以“人”为核心的人力资源开发与管理是实际软件开发工作中实现软件工程目标的关键。在此基础上,针对目前软件工程的人力资源管理研究仅局限于注重组织结构形式和管理经理选用这两方面的局限性,进一步探讨了软件工程实施过程中人力资源管理问题,论文详细研究了在软件工程中强化人力资源管理的方法。其次,本论文针对目前证券市场分析的理论实际,研究了当前我国证券市场分析中存在的诸如信息的获取及其不对称性、分析者的个人主观偏好对信息使用的影响等问题,详细分析了技术分析方法的假设条件和证券投资组合理论的假定条件,提出了在我国证券市场分析中运用技术分析方法和马科维茨投资组合理论应注意的问题。最后,针对证券市场分析的需要,本论文研究了软件工程在证券市场分析系统设计中的应用问题,详细研究了证券市场分析系统的可行性研究及计划、证券市场分析系统的软件需求分析、证券市场分析系统的设计、证券市场分析系统的软件编码、证券市场分析系统的软件测试和证券市场分析系统的运行与维护等。

  2.1 软件工程的目的和作用

  软件是包括程序、数据及其相关文档的完整集合。其中程序是按事先设计的功能和性能要求执行的指令序列。数据是使程序能正常操纵信息的数据结构。文档是与程序开发、维护和使用有关的图文材料。因此,软件是一种逻辑实体,而不是具体的物理实体,因而它具有抽象性。软件的生产与硬件不同。软件通过人们的智力活动,把知识与技术转化成信息的一种产品。一旦某一软件项目研制成功,以后就可以大量地复制同一内容的副本,因此出现了软件产品的保护问题;在软件的运行和使用期间,没有硬件那样的机械磨损,老化问题。软件的开发和运行常常受到计算机系统的限制,对计算机系统有着不同程度的依赖性。为了解除这种依赖性,在软件开发中提出了软件移植的问题,并且把软件的可移植性作为衡量软件质量的因素之一。软件的开发至今尚未完全摆脱手工艺的开发方式,软件产品大多是“定做”的,很少能做到利用现成的部件组装成所需的软件。由于传统的手工艺开发方式仍然占据统治地位,开发的效率自然受到很大的限制。对于软件人员来说,开发工作是一种高强度的脑力劳动。软件是复杂的,软件的复杂性来自它所反映的实际问题的复杂性和程序逻辑结构的复杂性。软件开发,特别是应用软件的开发常常涉及到其他领域的专门知识,这对软件人员提出了很高的要求。软件的复杂性与软件技术的发展不相适应的状况越来越明显,软件成本相当昂贵。软件的研制工作需要投入大量的、复杂的、高强度的脑力劳动,它的成本是比较高的。在50年代末,软件的开销大约占总开销的百分之十几,大部分成本要花在硬件上。但80年代这个比例完全颠倒过来,软件的开销大大超过硬件的开销,相当多的软件工作涉及到社会因素。许多软件的开发和运行涉及机构、体制及管理方式等问题,甚至涉及到人的观念和人们的心理。对于这些人的因素重视得不够,常常是软件工作遇到的问题之一。本世纪4年代中出现了第一台计算机以后,就有了程序的概念。在这儿十年中,计算机软件经历了三个发展阶段:程序设计阶段。50年代到60年代,程序设计被看作是一种任人发挥创造才能的技术领域。当时认为,写出的程序只要能在计算机上得出正确的结果,程序的写法可以不受任何约束。而且只有那些通篇充满了程序技巧,使用了许多窍门的程序才是高水平的好程序,尽管这些程序很难为别人看懂。然而随着计算机的广泛使用,人们逐渐抛弃了这种观点。对于稍大的程序,并需要较长时间为许多人使用的程序,情况就完全不同了。人们要求这些程序容易看懂、容易使用,并且容易修改和扩充。于是程序便从个人按自己意图创造的“艺术品”转变为能为广大用户所接受的工程化产品。这时程序中难以理解的技巧成了有害的东西。程序系统阶段。60年代至70年代,随着计算机硬件技术的进步,计算机的容量、速度和可靠性有明显提高,生产硬件的成本降低了。计算机价格的下跌为它的广泛应用创造了极好的条件。在这一形势下,要求软件能与之相适应。一些开发复杂的、大型的软件项目提了出来。然而软件技术的进步一直未能满足形势发展提出的要求。在软件开发中遇到的问题找不到解决的办法,致使问题积累起来,形成了日益尖锐的矛盾。随着管理科学特别是项目管理科学的发展,人们越来越认识到,软件工程项目同其他产品的工作项目一样,要想高质量、高效率地完成它,不仅要考虑技术、方法和工具的影响作用,更要提高软件的计划和管理水平。开发一个软件,通常要由多个软件人员分工合作、共同完成;开发阶段之间的工作也应有很好的衔接;开发工作完成以后,软件成果要面向用户,在应用中接受用户的检验。在这一点上,软件开发与高楼建设没有本质的差别。任何参加这些工程项目的人员,只有在工程项目的总体要求和技术规范的约束下充分发挥和施展。许多软件科学家和管理学家都尝试把管理科学领域中行之有效的工程项目管理知识运用到软件开发工作中来。经过不断实践和总结发现,按现代管理科学的原则和方法组织软件开发工作是有效的,也是摆脱软件危机的一个主要出路。软件项目管理的对象就是软件工程项目,它所涉及的范围覆盖了软件工程的全过程。为了获得成功的软件开发项目,掌握软件开发项目的工作范围、可能遇到的风险、所需的人力资源、软/硬件环境、要实现的目标、经历的过程、成本的预算、以及开发的进度安排等信息数据是非常重要的。软件项目管理便可以提供这些数据。软件项目管理所涉及的范围覆盖了整个软件工程过程。为使软件项目开发获得成功,必须对软件开发项目的工作范围、可能遇到的风险、需要的资源(人、硬/软件)、要实现的任务、花费的工作量(成本),以及进度的安排等等做到心中有数。而软件项目管理可以提供这些信息。这种管理开始于技术工作开始之前,在软件从概念到实现的过程中持续进行,最后终止于软件工程过程结束。

 

  开发完成证券市场分析系统并投入使用后,常常由于各种原因需要对其作适当的修改变动。在证券市场分析系统的运行期间对其进行调整和修改,以改正在开发阶段产生在测试阶段又没有发现的错误,实现证券市场分析系统的功能扩充和性能改善,使证券市场分析系统适应新的工作环境的需要等。这些都是证券市场分析系统的软件运行及维护阶段所要完成的工作。软件维护是软件生存周期的最后一个阶段,在证券市场分析系统的开发完成交付使用后,就进入了运行与维护阶段。所谓软件维护就是在软件交付使用之后,为保证软件的正常运行或满足新的需要而修改软件的过程。一个中等规模的软件,如果开发阶段需要1一2年的时间,在它交付使用后,运行或工作可能持续较长时间(大约5~10年之久),而它的维护阶段也正是在这运行的五到十年期间。做好证券市场分析系统的维护工作不仅可以排除软件故障,使它能够正常工作,还可以扩充其功能,提高其原有性能,以至为用户带来显著的效益,提高软件的竞争力。在维护的不同阶段,各种维护的工作量在不断地发生变化。在维护阶段的开始时期,改正性维护占了大部分的工作量。随着错误的修正,错误的出现率急剧降低,软件的工作逐步趋向稳定,进入正常的使用时期。但同时由于适应性维护和完善性维护工作量的上升,又会引发出大量新的错误,因而加重了维护的工作量。改正性维护、适应性维护、完善性维护和预防性维护己成为维护类型的标准分类方法。其中预防性维护只占全部维护阶段工作量中很少的一部分,占有的比例为%5左右,其他三类维护分别占有的比例为2%0、25%和5%0。完善性维护占了维护阶段工作量的一半以上,由此可见大多数维护工作是用来对软件的更改或加强,而不是纠错。另一方面,软件维护活动所花费的工作量占整个软件生存期工作量的7%0以上。维护过程本质上是修改和压缩了软件定义和开发过程。为了使证券市场分析系统的维护工作顺利进行,首先要建立证券市场分析系统维护小组,随后必须确定证券市场分析系统的维护报告和评价的过程,而且必须为每个维护要求规定一个标准化的事件序列。此外,还应该建立一个适用于维护活动的证券市场分析系统数据记录保管规范,并且规定复查审核的标准。整个证券市场分析系统的维护工作包含的工作内容主要有:接受维护申请要求;对维护申请进行分析;确定修改范围;确定维护工作的内容;对证券市场分析系统进行必要的修改;测试修改的部分;测试整个系统;交付运行使用。上述维护工作按照时间顺序排列,就构成了软件维护过程的事件流。