软件技能论文范文

前言：我们精心挑选了数篇优质软件技能论文文章，供您阅读参考。期待这些文章能为您带来启发，助您在写作的道路上更上一层楼。

第1篇

软件运行出现性能方面的故障也是不可靠性问题之一。软件产生运行故障特指客户在使用软件时，忽然出现故障问题，致使软件产生了不科学的反馈。例如软件忽然跳出或者造成系统死机。当前市场上几乎所有的软件都不可避免地存在运行问题。拿微软最著名的WORD软件来讲，用户在应用软件过程中，会发生软件没有任何征兆地跳出的情况。假使客户事前没有保存文档，就会导致之前编辑的内容统统作废。这时，软件的BUG就会给客户使用软件造成非常大的麻烦。此外，一些软件存在着安全漏洞，伴随着科学技术的不断发展，计算机网络化成为未来发展的走向，用户通常会在网络环境中应用计算机软件。但是用户发现部分软件的性能没有问题，安全方面却存在着巨大的纰漏，一旦使用这些存在安全漏洞的软件就会加大本地计算机的安全风险。我国名企生产的QQ软件，就是由于出现安全漏洞才使用户密码经常被人盗走，给用户带来非常大的麻烦。

2软件不可靠的解决对策

2.1做好软件的评估审核

在实施软件技术发展研究的过程中，需要随时做好软件的审核评估工作，以减少错误现象的发生概率。为保障软件技术发展各个环节的标准一致，我们需要把软件开发设计依据程序化实施，规避出现开发环节的跳跃性问题。能够在软件开发过程当中要及时进行对软件的审核评估，这样可以随时察觉开发过程中出现的问题。有关的审核人员需要由管理、设计及保障人员共同组成，也包括不同岗位、各个领域的专家，以确保审核的专业水准。软件的评估审核主要课题是考察设计人员交付的软件文档是否与之前文档的准则与要求相统一，而且需要在考核后通过书面报告的形式得出相关的处理方案和评估结论，而质量保障工作人员则能够根据审核的意见与结论进行具体的操作。通过这一系列环节的任务能够有效降低软件开发的不可靠风险，以提升安全可靠性。另外，我们必须建立系统的质量监控体系，完善管理机制，不应该一味地实施软件开发人员的编码、独立设计与单独测试，规避增加技术管理缺陷的发生概率。

2.2功能设计合理化

对计算机软件进行合理化功能设计是非常有必要的。应当知晓软件设计出来是要让客户使用的，因此，我们必须意识到客户是使用的主要群体，而且软件的功能设计必须符合客户的普遍需要，这样该软件的开发才有意义。假使客户要求的功能没有，用户则会以为软件设计技术存在着重大的失误。所以，软件在开发之前，程序员不能总是以满足自己的喜好来实施设计，必须要按照客户的需求合理取舍，实现软件设计与用户需求的平衡。另一方面，使用适当的语言设计软件程序过程中，如若选择的语言设计相对比较合适，就会取得事半功倍的效果，假如使用的语言设计不合适，那么该语言就很有可能不符合软件的需求。譬如你要设计一款管理学校图书馆的应用软件，就必须依据图书馆数据量的大小挑选最能符合软件功能需求的数据库软件，再选择兼容性比较强的接口软件。

3结语

第2篇

本研究为《基于物联网技术的社区家庭老人实时智能健康监护系统的研究及实现》《The Internet of thingstechnology community home for the elderly health intelligentmonitoring system based on real-time》简称 IOT-HMS）项目中应用层软件设计部分。

1.1 研究目标

①实时检测被监护人的血压、脉象、温度、心跳等各项健康指标。

②利用物联网技术使用 SIM900A 模块的 GPRS 功能，将被监护人各项健康指标信息通过打包的方式通过移动数据交换中心发送给 PC 机。

③PC 机中设立数据库包含被监护人的姓名、性别、照片、家庭地址、应急电话、以往病史以及被监护人健康指标参数等字段，当被监护人健康指标出现问题时，PC 机通过短信模块向监护人手机发送预警短信，实现远程监护功能。

④设备上自带语音模块，当被监护人出现严重健康状况时，启动语音模块提醒邻近人进行救助。

1.2 研究内容

本系统主要由三部分组成：感知层、传输层以及应用层

。①感知层包含被监护人健康指标检测模块以及 CPU控制模块。检测模块包括血压、脉象、温度、心跳等健康参数检测设备，负责对被监护人进行健康信息采集，向上传输至控制模块；控制模块是整个装置的核心，由 CPU 负责对传输进来的各种信息进行智能分析并做出综合处理。

②传输层包含 GPRS 服务器数据传送模块和预警短信模块。GPRS 服务器数据传送模块将被监护人的健康参数通过打包的方式通过移动数据交换中心发送给 PC 机；PC 机将信息与数据库中的信息进行比对，及时向监护人发送预警短信。

③应用层主要指 PC 机上的数据库的建设。数据库包含被监护人的姓名、性别、照片、家庭地址、应急电话、以往病史以及被监护人健康指标参数等字段，通过信息比对查询，及时通过传输层发送预警信息。

2 软件系统设计

软件系统贯穿整个研究设计过程：从感知层需要运行在 STC12C5A60S2 平台中的 C 程序，到运行在传输层和应用层的 windows 软件程序。

2.1 软件架构设计理念 软件系统设计采用模块化，各个软件单独设计，再集成。从而利于软件功能的实现。

2.2 软件设计 当采集数据通过 GSM/GPRS 系统传输到服务器中开始使用服务器软件对数据进行处理。整体软件架构思路如图 1。

2.3 软件处理流程 软件的数据流处理流程如图 2。

2.4 文件处理流程 文件的处理流程如图 3。

2.5 软件单元模块

2.5.1 数据采集单元

通过运行于 STC12C5A60S2 单片机平台中的 C 程序，实现被采集人的体温等等健康指标的采集，采集数据实时通过 GSM/GPRS 模块（SIM900B模块）将数据送往服务器端。被采集人的个人识别信息通过软件直接写入单片机运行程序中。服务器端的 IP 地址通过使用花生壳动态域名进行解析，从而保证采集器可以实时通过 TCP/UDP 方式连接到服务器端。从而实现采集数据实时传输到服务器中。

2.5.2 数据接收单元

数据接收单元运行于服务器端。将以 TCP/DUP 方式收到的数据以文本文件的方式存储于服务器中，便于入库及扫描单元使用。数据接收单元实时运行。实时监控 TCP/UDP 端口的数据变化。

2.5.3 线程服务

线程服务单元为系统线程管理服务，通过该单元可以控制系统 CPU 的使用，控制文件扫描和处理的线程数量等。该单元保证了既充分利用系统资源的同时也避免了处理瓶颈的出现。线程服务单元通过配置文件以供系统组件使用，通过配置文件，可以修改线程池的大小，线程优先级，线程的等待队列大小等等。线程池的大小决定了处理程序的并发度，线程优先级决定了处理程序获得 CPU 执行的机会多少，线程的等待队列可以限制排队长度，当排队数量超过指定限制时，向线程服务单元提交处理任务将会被阻塞，直到有线程处理完成且排队数量减少为止。2.5.4 日志服务 为系统提供日志服务，以便开发和维护使用。可以通过该单元控制日志的输出信息。

2.5.5 定时调度服务

该单元为服务组件，提供定时调度服务，其他单元可以利用该单元进行定时任务的注册和解除。通常情况下文件的扫描、文件入库等等任务都是由相关组件进行注册，由定时调度单元进行适时调度的。定时调度主要是针对需要按时钟来触发的任务，比如说文件扫描任务、文件入库任务、文件清除任务等等。

2.5.6 配置管理服务

为系统各个单元组件提供配置信息。专门设置配置管理单元，可以更方便的进行系统配置管理。将所有配置文件集中到该单元目录下，以提供集中的配置管理。当然或许可以通过数据库或者其他方式进行配置信息的管理。

2.5.7 文件扫描服务

当数据接收单元接收到数据并生成文本文件存于数据接收目录中时，本组件可以方便的进行文件扫描控制，并可以按各种条件过滤文件：比如按修改时间戳过滤，按文件扩展名过滤。同时该单元会记录已经处理过的文件，以保证不会被重复处理。该单元同时提供多种文件源扫描，比如 FTP、本地文件等。

2.5.8 标准监护数据计算服务

以 IOT-HMS 所输出的数据为标准数据，在此单元中实现计算和输出，输出数据存入数据库中。该单元同时控制数据的输出格式，包括定时、定性数据输出。该模块具备可编辑性，能够定制特定的数据输出格式。

2.5.9 文件入库单元

本单元对应文件处理流程中将扫描单元标记的文本文件打开，读取，处理后将数据直接送入 SQL SERVER2008 数据库中。数据的入库将采用即时的入库方式，从而保障数据查询的及时性。当然入库等过程需要周期，延迟当控制在 2分钟以内。所以入库的数据将使用 100 行或者 10 行等不同的数量同时入库的方式。

2.5.10 文件清除单元

根据扫描单元的标记和入库单元的入库标记，将已经入库的文件清除，从而还系统简洁明快。

2.5.11 SQL SERVER 数据库检查单元

数据库检查单元负责检查当前数据库表结构是否适应于 IOT-HMS 的输出，如果不适用，则会生成修改数据库表结构的脚本或者建表脚本。这样的检查可以简化数据库结构升级，并减少因增减数据字段导致的系统不兼容。该模块的产生是应对系统数据库运行是否稳定。以及预防认为的在系统数据库中增加非法表格和字段，造成系统空间浪费和数据错误的发生。一旦检查发现错误，会进行及时修复，保障系统的干净、高效。

2.5.12 自定义监护数据管理单元

可以自定义 IOT-HMS 系统的监控指标。按照用户需求进行定义。

3 总结

第3篇

关键词：会计软件、反记帐、使用限制条件、数据处理

无论在手工会计还是在电算化会计中，都要根据已审核的记帐凭证登记帐薄，称之为记帐，而反记帐则是将已经登记入帐的会计数据予以取消，使之恢复到记帐前的状态，它是记帐的逆操作，也是电算化会计系统中才有的一个概念。会计软件中要不要设有反记帐功能，一直存在激烈的争论。因此即使会计软件界在功能设计上借鉴成风的今天，反记帐功能却遭遇迥异，金蝶第一个吃了螃蟹，在其“会计风暴”中加上了反记帐功能，而用友、安易等老牌会计软件商则不以为然，拒绝反记帐功能在其软件上“安家”。他们认为会计数据记帐后就不能修改，唯其如此，才能保证会计信息的质量和可信度，在人们对电子会计数据能否作为审计依据还存在种种争议的情况下，反记帐功能将更加给人以一种不安全感。笔者认为，反记帐功能是电算化会计系统经济业务处理结果发生错误时予以修正的理想方式，只要在设计时能充分考虑到其各种不足，对其使用设置严格的限制条件，就完全可以使其成会计软件功能的一部分。

—、反记帐功能的作用

反记帐功能在下述情况发生时，有着无可替代的作用：

1、大量的错误凭证被登记入帐这种情况在电算化会计系统投入使用初期，尤其在试运行期间，非常容易发生。如果没有反记帐功能，则只能编制大量的错帐更正凭证予以更正，从而导致帐薄中存在大量无用的冗余信息，影响对会计信息的使用；也不利于审计工作的进行----当审计人员查到一笔又一笔的错帐时，它们也许在后续的凭证中进行了更正，这种情况大量出现时，会使审计人员对错弊产生麻痹思想，影响审计工作的效率和查错能力。如果有反记帐功能就可以先取消记帐，把错误凭证全部修正后再重新记帐，帐薄中的冗余信息就可以大大减少，帐薄信息就会简洁明了，便于利用。

2、帐证不符手工会计中由于会计人员的粗心，常常发生过帐错误，导致帐证不符，这时一般利用划线更正法予以更正。在电算化会计信息系统中，记帐实质是将记帐凭证库的有关数据转入帐簿数据库中，而且正式过有误，则不管帐簿记录是否正确均应先取消帐簿记录数据，再对错误凭证一一进行修改，审核无误后重新登记入帐。

3、记帐过程意外中断在手工会计中，这也许不成为一个问题，记帐人员只须随后续接下去登记就可以了。但在电算化会计系统中，记帐是由计算机自动进行的，当意外断电、病毒侵袭等非常事件导致核算基本功能规范》也规定，会计软件“应当具有在计算机发生故障或者由于强行关机及其他原因引起内部和外部会计数据被破坏的情况下，利用现有数据恢复到最近状态的功能”。这里的最近状态就是对最后一次记帐进行反记帐后的状态。

二、反记帐功能使用条件设计

反记帐功能显然不是一个常用的功能，它只有在前述特殊情况下才能使用。如果滥用反记帐功能，则不但影响会计处理的严肃性，也会大大增加工作量。许多人就是以此为反对在会计软件中设计反记帐功能的理由。因此，对其使用必须严格限制。其限制条件至少必须包括：

1、操作者必须是得到系统管理员授权的原记帐人在电算化会计系统中，记帐人员应对帐簿的正确性负完全责任，谁记帐有误就只能由谁负责修正。反记帐功能的目的，就是取消部分甚至全部的错误帐簿记录以后重新正确记帐，从本质上讲，它也是对错帐的一种更正行为。为了保证记帐操作的严肃性，避免滥用反记帐功能，操作者必须同时得到系统管理员授权才能实施反记帐。

2、只能在结帐前进行结帐就是在本期经济业务全部处理完毕，并被认为正确后予以封帐，使本期的经济业务固定下来。进行结帐操作就意味着本期已经没有经济业务需要处理，因而不但不允许输入本期的记帐凭证，也不允许对本期经济业务进行记帐和反记帐。

3、只能按凭证号或日期逆序连续进行记帐是按日期和凭证号顺序进行的，只有按其逆序连续取消帐簿数据库的记录，才能保证重新记帐的正常进行。这就意味着，反记帐的范围应该以帐簿数据库的最后一条记录或者说是最后一张已记帐凭证为起点，依逆序前溯定位，来确定反记帐的记录数，而不能允许从帐簿数据库中间任意抽取几条记录（不管是否是连续）作为反记帐的范围。

三、反记帐过程的数据处理

反记帐是记帐的逆操作，从某种意义上说，它也是记帐的一种特殊形式，因而在设计上必须将两者结合起来考虑。在所有会计软件中，记帐都是必备功能，根据一般的说法，计算机回到未记帐凭证库中去，应该转回的记录就是反记帐的范围。一般来说，这个范围应该由反记帐执行人员根据需要指定。但是对于记帐过程意外中断而进行恢复到记帐前状态这种情况，会计软件应该提供自动定位的功能。现有会计软件的解决方案是在每次正式记帐前先将帐薄数据内容备份到硬盘某一固定文件中去，如本次记帐被意外中断，则以备份文件恢复帐薄数据库文件，由于每次备份到硬盘的文件名是固定唯一的，所以恢复只能对最后一次记帐进行，也只能进行一次。而且这种备份和恢复是对月内帐薄数据的完全备份和完全恢复，如果一个单位的经济业务量较大时，在月度较迟时间进行记帐和反记帐，就会耗费较长的时间。为了提高效率，设想采用如下两种方法加以解决：