论文目录
一、论基于DSSA的软件架构设计与应用
二、论基于Rest服务的web应用系统设计
三、论软件可靠性设计与应用
一论基于DSSA的软件架构设计与应用
【摘要】
去年三月份，我所在的公司启动国网电力用户用电信息采集系统项目，我被任命为项目负责人。国网电力用户用电信息采集系统是国家电网公司坚强智能电网建设的一部分。由于公司之前为南网（主要是广东省）开发过类似用电信息采集系统，且公司准备在电力行业做强做大，我提出了采用DSSA技术来研发国网用电信息采集系统，得到公司领导层的一致赞同。
由于项目功能实现上具有明显的阶段性，我决定采用演化方式来实现DSSA及完成应用产品开发。一是对原有系统、文档及国网用电信息系统功能规范进行分析，完成DSSA；二是对原有系统进行部件提取，做为核心资源的公共部件；三是加强对核心资源的管理，方便研发工程师查找部件及扩展部件。
经过近一年的努力，终于完成了公司用电信息采集系统核心资源的建立，也完成了国网电力用户用电信息采集系统项目。
【正文】
去年三月份，我所在的公司启动国网电力用户用电信息采集系统项目，我被任命为项目负责人。国网电力用户用电信息采集系统是国家电网公司坚强智能电网建设的一部分。公司之前开发过广东电网公司计量营销一体化系统，类似于用电信息采集系统。
我对广东电网公司计量营销一体化系统的功能规范和国网电力用户用电信息采集系统的功能规范进行分析，发现除了系统内各自的通信协议不同外，其它的功能需求大体上相同。整个采集系统都是分三层实现，主站层，采集终端层和电能表层。由于电能表已经规范化了，有专门的表计生产厂家，这一层不需要投入资源进行研发。从公司目前现状来看，主站层投入研发工作量较少，一是主站的开发中模块化做得比较好；二是用户的需求基本一致。国网用电信息采集系统仅需要在广东电网公司计量营销一体化系统主站进行界面调整和支持国网用电信息采集系统通信协议即可达到要求。
根据之前开发的经验，用电信息采集系统开发的重点是采集终端的开发。因为采集终端需要安装到现场，而现场的用电环境各异，能够到达的远程信道也不同。采集终端可维护性低或可靠性低，则会产生大量的维护工作，影响公司品牌及利润。根据用电信息采集系统的要求，采集终端分为集中抄表终端、专变采集终端和公变采集终端。广东电网公司计量营销一体化系统的采集终端大体上也分为上述三类：低压集抄终端、负荷管理终端、配变监测终端。通过对采集终端的功能要求进行分析，可以看出它们归属于一个产品家族。我在项目组启动会议上提议采用DSSA技术进行采集终端产品的研发，建立公司用电信息采集系统核心资源，同时将计量营销一体化系统的采集终端也归结到产品家族中。
众所周知，DSSA（特定领域软件架构）就是在一个特定的问题领域中支持一组应用的开发，这些应用形成产品家族。DSSA是软件重用的一种手段，它由领域模型、参考需求、参考架构组成重用元素。
用电信息采集系统各终端基本需求都是对外接的电能表或测量点的读数进行采集，稍做处理后通过GPRS/CDMA信道远程传输给采集系统主站端。采集终端的功能模块一般包括测量点采集模块，表计规约模块，现场总线模块，PPP拨号模块，主站命令模块，本地维护模块，程序升级模块，数据存储模块，交流采样模块，负荷控制模块等等。
由于采集终端在现场使用的特殊性，它的非功能性要求主要集中在可靠性、可修改性和易用性。现场用电环境复杂，信道各异，要求采集终端具有高可靠性。由于市场上的电能表支持的规约各异及现场总线发展快速，要求采集终端可扩展性强，能快速支持新的表计规约和现场总线，且支持远程升级操作。由于在现场施工时多是由工程队进行安装，工程队人员的素质高低不齐，要求采集终端在本地操作具有一定的智能化，且要求调试简单。
根据以上分析，采集终端软件架构采用分层设计比较合适。分层设计的软件可修改性和可扩展性比较好。由于分层开发，将关注点分离到各层，将系统的复杂度分到各层中，相应可靠性也可以得到提高。
在用电信息采集系统研发中，我决定采用演化方式进行开发。
首先对原有系统、文档及国网用电信息系统功能规范进行分析，完成DSSA。在项目启始阶段，我对计量营销一体化系统及用户需求文档及设计文档进行分析，将用户需求用EXCEL表格列出来。然后再对国网用电信息采集系统的功能规范进行分析，用同样的方式列出用户需求，需求比对后发现它们之间的功能要求大体上是一样的。但由于通信协议不同，会导致一些功能在实现上有差别，如主从终端连接功能，用电信息采集系统采用一条命令完成主从终端的所有通信，而计量营销一体化系统分成建链、传输、断链三条命令来实现。于是我决定将基础业务模块做成通用的模块，根据不同的参数来初始化模块，或各具体产品自己适配模块。按照这个需求，我对核心资源进行分层设计。
总体上，核心资源分成三层，由低到高依次是：基础资源层，基础业务层，扩展业务层。基础资源层包括多进程框架，GUI系统，系统API和驱动封装，虚拟通道模块等等。由于采集终端的操作系统是LINUX，而且通讯口资源比较多，采用一个进程管理一个通讯口，单一管理便于维护，因此提供多进程框架，方便应用开发时的进程增加。对系统API和驱动进行封装，方便以后代码的移植。基础业务层主要包括用电信息采集系统的各个基础功能
模块，有现场总线模块、表计规约模块、测量点采集模块、交流采样模块、负荷控制模块等等。扩展业务层主要对基础业务层中的各个模块进行参数化和适配，以适应本系统的需要。根据目前的情况，扩展业务层主要有计量营销一体化系统部件包和国网用电信息采集系统部件包。
其次对原有系统进行部件提取，做为核心资源的公共部件。计量营销一体化系统的采集终端在研发时由于没有采用组件开发技术，各功能模块和应用层耦合较强，在提取公共部件时需要对应用层解耦。各个具体的功能都有相应的控制参数，而控制参数可以由主站命令模块进行读写，将控制参数管理模块做成中介者模式，很好地实现了各功能模块的解耦。如PPP拨号模块，和应用层的拨号参数读写命令耦合在一起，通过参数管理模块将主站命令模块和PPP拨号模块解耦。
在对计量营销一体化系统的采集终端进行部件提取过程中，每完成一个部件的提取，则对原采集终端软件系统进行重构，并完成集成测试和确认测试。这样可以始终端保持原采集终端软件系统可行，成为第一个验证部件的产品。
最后加强对核心资源的管理，方便研发工程师查找部件及扩展部件。到了开发的后期，核心资源库的公共组件慢慢多起来了，同时由于在扩展业务层对很多基础部件进行了参数化和功能扩展，很多部件在标识和功能上都差异不大，出现了有点混淆的问题。为了更好地管理，我建立了WIKI服务器，采用WIKI服务器进行组件管理，在WIKI服务器上对组件的标识、功能、接口及与相关组件的差别等等进行了描述。研发工程师输入相关的关键字就能找到匹配的组件及每个组件详细的说明，方便研发工程师使用。
随着用电信息采集系统核心资源库的建立，国网用电信息采集系统项目的功能也逐渐完善起来。采集终端软件系统在今年8月份通过了国家电网电力科学研究院的全功能测试，这对全体项目组成员是一个振奋人心的好消息，说明我们的努力得到了认可。（2811字）
二论基于rest服务的web应用系统设计
【摘要】
2011年上半年，我在上海中软资源软件有限公司(ICSS)，作为项目组长参与了公司人事管理(HR)系统开发。在系统开发前，公司在信息化建设中，也已采用请假流程、薪资管理、招聘等系统，虽然较为成熟，但彼此间互相独立，业务数据无法共享。且公司各个分公司间，对HR系统使用情况也截然不同，有的分公司由于各种原因，仍然采用手工管理本应信息系统化的业务流程。公司是以软件外包业务为主，所以人力资源管理系统在公司信息化建设中的地位至关重要。这次开发的HR系统，将整合现有的业务系统，在整个公司内部推行使用，以解决信息孤岛带来的效率低下问题。为了以后的扩展需要，保证在业务和空间尽可能大的扩展性。因此，经过研讨，决定采用REST Web服务方式实现系统应用层。本文将就HR系统开发过程，描述一下对REST服务的使用和认识的体会。
【正文】
上海中软HR管理系统整体采用基于B/S的三层架构设计。
我做为项目组长参与系统需求分析至测试和部署的整个过程，直接向IT部门总监汇报。负责沟通需求，建立项目组，确定系统架构风格和技术实现方案。预定开发周期为120天，系统部署后有两个月的试运行期，项目组人数在5-10人间变动。由于项目开发资源（比如时间）紧张，公司HR系统业务逻辑复杂，旧系统改进与新需求交织，项目组对业务并不熟悉，难以在一开始预估将所有业务移植到新系统的时间。因此，在开发模型选择上，采用螺旋式增量开发。首先不必追求大而全，在开发完系统基本框架基础上，优先移植最亟待改进的业务。经与领导和HR部门沟通研究，递交了系统准备实现的功能列表，按不同实现优先级排列，标记为P1的功能优先级最高，必须实现。标记为P2/P3/P4的功能优先级依次
降低，必要时可以根据资源情况需要进行裁剪。
在开发技术的选择上，由于本公司业务以微软外包为主，公司的开发人员大都熟悉一项或多项微软开发技术，作为微软公司合作伙伴可以低成本获取软件开发和管理工具，方便地获取技术支持。所以决定该系统采用微软技术：表示层基于https://www.doczj.com/doc/5313954247.html, 4.0；中间业务层采用REST服务实现，基于WCF(Windows Communication Foundation) 4.0; 数据访问层基于微软的ORM构件-AEF(https://www.doczj.com/doc/5313954247.html, Entity Framework) 4.0。在构件的选择上，尽可能降低开发工作量，提高效率，力求避免把主要精力放在通用的技术细节，而是放在业务逻辑的研究和实现上。
系统部署共有三台服务器：两台Web服务器Windows Server 2008 + IIS 7.5，分别运行系统网站及REST服务；一台数据库服务器Windows Server 2008 + SQL Server 2008。经过试运行，于7月份投入正式使用。目前系统状况良好，经运行评估，实现了全部必须功能，性能、安全性等质量均达到了原定设计要求。目前系统正在根据业务需要，由后续项目组做二次开发中。
采用REST服务方式实现系统业务逻辑层，完全符合项目开发时考虑的两个因素：简单和灵活。传统的Internet Web服务一般基于SOAP协议，构造SOAP请求XML虽然目前.NET Framework已实现较好地封装，但不便非.Net语言调用，如客户端页面中大量采用了Ajax技术，使用JavaScript构造Soap请求非常困难。在调用服务的Web页面开发完成前，为了调试和测试服务，必须写单独的测试程序，十分不便。
相比之下，而REST服务具有非常出色地灵活性。既能被服务器端面向对象语言调用，又可以直接被客户端的脚本语言调用。也很方便用浏览器和Fiddler工具进行测试。我们在项目中，并没有将REST服务单纯视为一串地址的响应，但基于HTTP协议，可以最大地利用HTTP协议的语义特性。如数据的增删改查操作对应不同Http
Method(Put/Delete/Update/Get)。用户可以用相同访问服务结点(Endpoint)，根据需要，通过在请求头中设置不同的Accept-Type，获取不同形式的数据结果，比如JSON（用于Ajax)或XML(用于后台)。
更好的性能和缓存支持——由于不需要构造Soap消息，请求Rest服务显然开销更小。REST类Web服务可以利用高速缓存控制头，从而减少带宽的需求，从而REST可以改善响应时间和改进用户体验。
可扩展性和无状态性——每个请求都是独立的。一旦被调用，服务器不保留任何会话，这样就可以更具响应性。通过减少事件后通讯状态的维护工作，提高了服务器的可扩展性。
在为系统开发REST服务时，也遇到一些问题：
一、安全性方案。并不是指REST服务安全性不足，其本身没有内置的安全支持，但所有HTTP支持安全模式和框架几乎都可以用于REST服务。真正潜在风险存在于REST灵活的使用方式上，既可以被服务器端调用又能被客户端调用，所以一开始就要明确地区分用户访问权限和系统访问权限，区分Web页面权限和REST服务权限，但有时在开发中经常混为一谈，所以要加强设计阶段这方面的文档和评估工作。
二、服务接口规范性。REST服务基于URI地址访问，有非常强的语义性，服务接口的每个操作都基于一个URI模板。在实际业务中，功能类似的操作被做成多个重载，随之重载的增多，URI模板如何约定，如何扩展便成为一个规范性问题。开始时，对此未予以足够重视，在多人开发服务，以致一些服务操作语义产生了混乱，影响了理解和正确使用。后来，又额外花费时间资源统一了规定了操作Uri格式。这一方面，源于业内尚无明确的标准，更重要是，应该从设计时就全面考虑将来如果需要重载等功能扩展，URI模板的语义扩展方式。还有一些其他的规范问题，诸如一些操作包括增删改查中的一种以上的数据操作，Http Method如何定义，也应该一并考虑。
三、WCF REST自身限制。WCF从3.0发展到4.0，已经是较为成熟。而WCF的REST 构件，则是全新的技术，WCF作为.NET平台Web Service的替代者，无论在开发还是管理上，都极大的灵活性。而WCF REST的灵活体现在开发和使用上，在管理维护情况下，WCF REST服务接口操作未提供如WCF一样的灵活的配置功能，URI模板等元素必须在代码中设置，消息格式虽然可以根据客户端请求输出，但不能在配置文件中设置。
总的来说，虽然REST服务仍然在发展中，经验与技术还有很大进步空间。但毫无疑问，基于REST服务的WEB应用程序拥有很多优势，未在在WEB系统，将有更光明的应用前景。（2259字）
三论软件可靠性设计与应用
【摘要】
去年三月份，公司启动电力用户用电信息采集系统项目，我被任命为项目负责人。电力用户用电信息采集系统是国家电网公司坚强智能电网建设的一部分。电力用户用电信息系统实现对所有用户的用电信息的采集，用户面广量大，用电环境各异，能够到达的远程信道不同，现场安装的终端类型也各不同。因此公司提出了软高的可靠性要求。
为了满足电力用户用电信息采集系统的可靠性要求，我带领团队对系统的运行环境和特点等进行分析，找出可能影响系统运行可靠性的原因。根据分析出的结果制定了提高系统可靠性的措施：一是应用架构设计风格和设计模式，降低采集终端软件的复杂度；二是采用补采及数据校验机制，保证数据的完整性和正确性；三是在采集终端中采用看门狗和进程心跳检测机制。
项目完成后在重庆**区进行实施部署，投运后一直非常稳定，得到重庆**供电局的一致好评。
【正文】
我所在的公司从属于电力行业，去年三月份，公司启动电力用户用电信息采集系统项目，我被任命为项目负责人。电力用户用电信息采集系统是国家电网公司坚强智能电网建设的一部分。用电信息采集系统从总体上分三层实现：主站层、终端层和表计层。主站层主要有营销业务处理子系统、前置采集子系统和数据库管理子系统。终端层主要负责表计数据采集和简单的处理存储。主站和终端的通信方式目前用得比较多的是CDMA/GPRS。终端主要通过RS485串口、电力线载波和表计进行数据交换。
公司根据已有的人力资源和经验，决定对主站应用软件和终端软硬件进行研发，表计统一进行采购。主站层主要进行应用服务器的软件研发，主要满足供电局营销部门的业务要求。终端层，根据采集系统规范的要求，现场终端分为三类，一是集中器抄表终端，主要对居民用户表的用电信息进行采集；二是专变采集终端，主要对大客户（如工厂）的用电信息进行采集及进行负荷管理；三是公变采集终端，主要对公用变压器的用电信息进行采集及对电能质量进行监控。
电力用户用电信息系统实现对所有用户的用电信息的采集，用户面广量大，用电环境各异，能够到达的远程信道不同，现场安装的终端类型也各不同。由于系统使用环境的复杂性，以及用电信息数据的完整性和正确性，因此公司提出了软高的可靠性要求。要提高产品的可靠性指标，首先要分析影响产品可靠性的原因。一般来说影响产品可靠性的原因有如下一些：
一、运行环境，软件可靠性定义是相对于运行环境而言的，一样的软件在不同的运行环境下其可靠性是不一样的。不同的用户操作习惯不同，会影响软件的可靠性。软件的可靠性是软件缺陷和用户的可预测性的一个复杂函数。
二、软件规模，也就是软件的大小。一个只有几百行代码的软件和一个几千万行代码的软件是不能相提并论的。
三、软件内部结构，结构对软件可靠性的影响主要是软件的复杂程度，一般来说，结构越复杂的软件，所包含的软件缺陷数就可能越多。在进行软件设计时就要有意识地采用各种降低复杂度的架构策略，如模块化设计，分层设计等等。分而治之的方法是最好的降低复杂度的方法。
四、软件的开发环境和开发方法，软件工程表明，软件的开发方法对软件的可靠性有显著地影响。例如，与非结构化开发方法相对，结构化方法可以明显减少软件的缺陷数。
五、软件的可靠性投入，软件在生命周期中的可靠性投入包括可靠性设计、可靠性测试、可靠性管理和可靠性评价等方面投入的人力、资源、资金和时间等。
我根据用电信息采集系统本身的特点，结合以上五个影响软件可靠性的因素，除了加强可靠性管理外，我制定了提高用电信息采集系统可靠性的三点措施。
一、应用架构设计风格和设计模式，降低采集终端软件的复杂度。好的设计是成功的一半。在项目开始我就牢牢把握设计关。采集终端应用软件根据功能要求主要分为采集子系统和主站通讯子系统。
在进行采集子系统的设计时，项目组一致认为采用分层设计比较符合实际情况。按层次由上到下分为应用层、表计规约层、现场总线规约层和数据链路层。表计规约层和现场总线层都采用工厂方法设计模式，来获得具体的表计规约对象和现场总线对象。总体流程是采集子系统应用层根据具体的表计类型获得表计规约对象，完成表计规约的组帧工作；然后交给现场总线层，现场总线层根据当前的通道类型获得具体的现场总线规约对象，完成现场总线规约的组帧工具；最后将报文帧传送给数据链路层发出去。返回时按相反的顺序解包，最后得到需要的数据返回给应用层。分层设计的优点是层与层之间通过接口通信，下层为上层提供“虚拟机”，这种设计方法为采集子系统支持各种类型的表计和丰富的现场总线提供了方便。
在主站通讯子系统中，我们采用管道-过滤器风格的设计，并辅以设计模式的命令模式。主站命令帧的格式可以明显分成三部分：帧框架处理、应用数据处理和具体功能处理。帧框架处理器对帧长度和帧校验进行处理，成功后将命令帧的帧头帧尾、帧长和校验码去除，提取出应用数据后交给应用数据处理器，应用数据处理器主要进行帧序号处理、帧时限处理和用户密码验证，成功后提取出具体的功能码传递给功能处理器。具体功能实现采用命令模式，这样可以将功能执行部分和命令分析部分解耦。
二、采用补采及数据校验机制，保证数据的完整性和正确性。用电信息采集系统对采集数据的完整性和正确性要求非常高，完整性要达到98%，正确性要达到100%。
我们对采集子系统进行分析，发现影响采集成功率的主要原因是采集信道的不稳定，现场总线目前主要有RS485和电力线载波。而电力线载波的抗衰减和抗干扰的能力都比较差，导致采集成功率降低。为了达到要求，数据采集子系统增加补采功能，对于未采集成功的数据进行多次重试。
数据在存储和传输时都进行数据校验，最大限度防止出错。在采集终端中，数据文件是主要的存储方式，我们采用“校验和”的方式对数据文件进行正确性校验。采集数据在从表计到采集终端这一部分主要采用电力线载波进行传输。由于电力线载波的不稳定性，极易导致数据出错。我们采用在数据传输帧中加入CRC校验的方式来保证数据的正确性。另外由于表计行度等用电信息都是采用BCD码来传输和保存，在数据处理之前对数据进行BCD 码验证，发现非BCD码则说明数据错误。通过这些手段，有效地保证了数据的完整性和正确性。
三、在采集终端中采用看门狗和进程心跳检测机制。采集终端安装在现场，由于维护较麻烦，需要提高采集终端的可靠性。采集终端采用LINUX系统，多进程设计。守护进程负责喂看门狗和对各子功能进程进行监测，发现子功能进程不正常则进行子进程重启。
经过项目组半年多的努力，项目终于成功完成了，在重庆**区进行实施部署，投运后一直非常稳定。通过本次开发实践我明白了要提高软件的可靠性就要在先期开发时就重视软件的可靠性设计，实施可靠性管理。
摘要： 2012年1月，我作为项目经理，主持XX保险公司全国再保险大集中管理系统的建设项目，该项目为期2年半，总投资为1800万人民币，通过该项目，实现XX保险公司整体信息化转型升级的战略中再保险板块的落地，完成全国海量再保险业务数据的集中部署运行，迁移整合历史数据，全面替代上一代系统。该项目时间紧任务重、涉及人员组织多，直接相关XX保险公司内部60个部门400余人，外部配合协作30多个厂商团队300余人。该项目2014年5月完成系统上线，2014年6月通过最终验收，得到了用户的一致肯定，顺利达成了项目既定目标。本文作者结合实际经验，以该项目为例，讨论一下项目建设的【软件分析、软件设计、、】这几个过程来进行论述。 正文： 2012年1月，我作为项目经理，主持XX保险公司全国再保险大集中管理系统的建设项目，该平台为期2年半，总投资为1800万人民币。该项目时间紧任务重，具有相当的挑战性，一是业务模式升级，需按照最新的再保险业务流程，完成系统功能的分析开发，进而具体落地公司再保险业务流程的再造；二是技术要求高，要实现全国海量再保险业务数据的集中部署运行，每日处理数据量达到3000万笔以上，同时要满足性能要求。三是数据整合难，需要将上一代系统的中历时十年的数据，按其有效性进行分类、转化、整合，实现历史存续业务数据在新系统环境下，按照新新模式正常运行。四是涉及人员组织多，直接研发团队成员36人，XX保险公司总部再保险部、财务部、风险部、八大业务部、 40个省公司等400余人，同时涉及外部配合协作承保系统、核保系统、理赔系统、收付费系统、财务系统等30多个厂商团队300余人。我担任项目第一负责人，负责项目整体技术方案评估、立项论证以及项目管理工作。在项目启动前，负责分析项目的预期经济效益、可选技术方案，分析关联项目影响，并向公司提交立项报告。项目启动后，作为主要负责人，牵头与公司内部技术专家、外部架构师一同建立项目技术架构组，设计项目整体技术架构，同时挑选项目内部成员，建立需求分析组、系统开发组、系统测试组、运维支持组，开展业务需求分析、系统设计、数据迁移方案、上线切换方案工作。一方面，我个人接受各组工作汇报，指导团队研发工作，监控整体工作进度。同时，我及时向公司领导、项目客户方、相关项目团队汇报沟通工作进展、阐明关键技术要点。
2014年下半年系统架构设计师考试上午真题（标准 参考答案） 卷面总分：75.0 分 答题时间：150 分钟 测试次数：1475 次 平均得分：54.8 分 是否需要批改：否 单项选择题 每题的四个选项中只有一个答案是正确的，请将正确的选项选择出来。 1 某计算机系统中有一个CPU、一台输入设备和一台输出设备，假设系统中有四个作业T1、T2、T3和T4，系统采用优先级调度，且T1的优先级>T2的优先级>T3 的优先级>T4的优先级。每个作业具有三个程序段：输入I i 、计算C i 和输出 P i (i=1,2,3,4)，其执行顺序为I i →C i →P i 。这四个作业各程序段并发执行的前驱 图如下所示。图中①、②、③分别为（），④、⑤、⑥分别为（）。 A．I 2、C 2 、C 4 B．I 2、I 3 、C 2 C．C 2、P 3 、C 4 D．C 2、P 3 、P 4 A．C 2、C 4 、P 4 B．I 2、I 3 、C 4 C．I 3、P 3 、P 4 D．C 4、P 3 、P 4 [选择问题 1 的答案] ?A ?B ?C ?D [选择问题 2 的答案] ?A ?B
?C ?D ? ? 2 某文件系统文件存储采用文件索引节点法。假设磁盘索引块和磁盘数据块大小均为1KB，每个文件的索引节点中有8个地址项iaddr[0]～iaddr[7]，每个地址项大小为4字节，其中iaddr[0]～iaddr[5]为直接地址索引，iaddr[6]是一级间接地址索引，iaddr[7]是二级间接地址索引。如果要访问icwutil.dll文件的逻辑块号分别为0、260和518，则系统应分别采用（）。该文件系统可表示的单个文件最大长度是（）KB。 A．直接地址索引、一级间接地址索引和二级间接地址索引 B．直接地址索引、二级间接地址索引和二级间接地址索引 C．一级间接地址索引、一级间接地址索引和二级间接地址索引 D．一级间接地址索引、二级间接地址索引和二级间接地址索引 A．518 B．1030 C．16514 D．65798 [选择问题 1 的答案] ?A ?B ?C ?D [选择问题 2 的答案] ?A ?B ?C ?D ? ? 3 设关系模式R(U,F)，其中u为属性集，F是U上的一组函数依赖，那么函数依赖的公理系统（Armstrong公理系统）中的合并规则是指（）为F所蕴涵。 A．若A→B，B→C，则A→C B．若，则X→Y
论项目风险管理 摘要 2013年1月，我作为项目经理参加了XX集团erp信息化系统建设项目，该项目是由于XX 集团自身业务发展及组织机构改革而立项，其目的是在整个集团范围内搭建统一的信息化平台。通过erp信息系统加大集团公司对下属子公司的管控力度，提高子公司生产制造能力，增强新产品设计开发能力，整体提升企业的综合实力，保证XX集团在物流、烟草行业的领先地位。 该项目作为XX集团重点战略项目，投资860万元，计划工期11个月，实施范围涉及集团本部及下属12家子公司，该项目主要完成财务模块、生产制造控制模块、采购管理模块、库房管理模块、营销管理模块、人力资源管理模块、PDM系统。由于XX集团是国家信息化及工业化两户融合试点单位，并与2014年底进行国家信息化认证工作，所以在对该项目提出了很多严格要求。由于该项目涉及范围较广，未知因素较多。我作为项目经理除了关注项目成本进度质量等相关管理工作外，特别对项目的风险管理投入很大精力。保证各种风险因素对项目的不利影响降到最小。通过我与项目团队的不断努力，该项目最终于2014年11月底顺利完成。并获得了多方认可。 本文将以我在项目实施过程中风险管理为例，讨论项目风险在项目中的重要性，主要从风险计划制定、风险识别、风向定性分析、风险定量分析、风险应对计划、风险监控这几个过程进行讨论。 正文： 2013年1月，我公司中标XX集团ERP信息系统建设项目，由于多年从事项目管理工作，公司委派我作为项目经理负责对该项目进行管理工作。作为XX集团重点战略项目，该项目投资860万元，计划工期为11个月，从2013年1月开始，至2013年11月底验收。项目实施过程涉及集团本部及下属12家子公司。该项目主要是为满足XX集团企业自身业务发展及组织结构变革的需要而立项。其目标是在整个集团内搭建统一的信息化平台，通过ERP信息系统加强集团本队对下属子公司的管控力度、提升新产品研发设计的能力，加强子公司生产制造的能力，提高企业综合能力，保证企业在物流、烟草行业的领先地位。 由于该企业已经具有一定信息化平台及信息系统维护人员，为满足客户后期儿才开发等需要，我们选用了3层C/S架构，服务器为客户自有服务器dellR920，服务器操作系统选用WINDOWS 2008R2，数据库使用甲骨文公司ORACLE11G，软件开发同台使用微软visual studio2008，开发语言为https://www.doczj.com/doc/5313954247.html,，通过这些选择，最大限度满足了客户的需求。该项目功能上完成，财务、营销、PDM、生产制造、采购、库存、人力资源这几个模块。由于XX集团是国家工业化信息化两化融合试点单位，与2014年底要进行国家信息化认证工作，所以对该项目提出多项严格要求。针对客户所提出的要求，公司领导也高度重视，并由公司副总青紫挂水，组件项目管理组织，而我由于多年从事信息系统项目管理工作，公司为委派我担任项目经理，负责该项目各项管路工作。在项目初期，我仔细研究了项目工作说明书，发现该企业业务部门众多，设计人员复杂，外部影响多，所以我认为该项目具有比较高的风险，因此除了对项目进度质量成本等管理进行关注外，我将大量的精力放到了项目风险管理上。希望通过科学的风险管理，将项目中各类风险的影响降到最低，保证项目各项目活动的顺利进行。我认为项目风险管理主要由下面几个过程组成，风险计划制定、风险识别、风向定性分析、风险定量分析、风险应对计划、风险监控。相面我将对这几个过程进行论述。 一、风险管理计划 一个好的结果必定有一个好的计划，只有制定一个科学有效的管理计划才能为后续的管理活动提供依据。在制定项目风险计划之前，我召集了项目中技术专家、功能负责人对项目风险计划的编制、项目特点、进行了讨论。对如何进行项目风险管管理提出了建议，
2018年下半年系统架构设计师考试论文真题（专业 解析） 1、 论软件开发过程RUP及其应用 RUP (Rational Unified Process)是IBM公司一款软件开发过程产品， 它提出了一整套以UML为基础的开发准则，用以指导软件开发人员以UML为基 础进行软件开发。RUP汲取了各种面向对象分析与设计方法的精华，提供了一 个普遍的软件过程框架，可以适应不同的软件系统、应用领域、组织类型和项目规模。 问题内容： 请围绕“论软件开发过程RUP及其应用”论题，依次从以下三个方面进行论述。 1.概要叙述你参与管理和开发的软件项目以及你在其中所担任的主要工作。 2.详细论述软件开发过程产品RUP所包含的4个阶段以及RUP的基本特征。 3.结合你所参与管理和开发的软件项目，详细阐述RUP在该项目中的具体实施 内容，包括核心工作流的选择、制品的确定、各个阶段之间的演进及迭代计划 以及工作流内部结构的规划等。 2、 论软件体系结构的演化 软件体系结构的演化是在构件开发过程中或软件开发完毕投入运行后， 由于用户需求发生变化，就必须相应地修改原有软件体系结构，以满足新的变 化了的软件需求的过程。体系结构的演化是一个复杂的、难以管理的问题。 问题内容： 请围绕“论软件体系结构的演化”论题，依次从以下三个方面进行论述。 1. 概要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。 2. 软件体系结构的演化是使用系统演化步骤去修改系统，以满足新的需求。简要论述系统演化的6个步骤。 3. 具体阐述你参与管理和开发的项目是如何基于系统演化的6个步骤完成软件体系结构演化的。 3、 论面向服务架构设计及其应用
2011年软考系统架构设计师学习笔记第一章 1.1.1 系统架构师的概念 现代信息系统“架构”三要素：构件、模式、规划;规划是架构的基石，也是这三个贡献中最重要的。 架构本质上存在两个层次：概念层，物理层。 1.2.1 系统架构师的定义 负责理解、管理并最终确认和评估非功能性系统需求，给出开发规范，搭建系统实现的核心架构，对整个软件架构、关键构建、接口进行总体设计并澄清关键技术细节。 主要着眼于系统的“技术实现”，同时还要考虑系统的“组织协调”。 要对所属的开发团队有足够的了解，能够评估该开发团队实现特定的功能需求目标和资源代价。 1.2.2 系统架构师技术素质 对软件工程标准规范有良好的把握。 1.2.3 系统架构师管理素质 系统架构师是一个高效工作团队的创建者，必须尽可能使所有团队成员的想法一致，为一个项目订制清晰的、强制性的、有元件的目标作为整个团队的动力; 必须提供特定的方法和模型作为理想的技术解决方案; 必须避免犹豫，必须具备及时解决技术问题的紧迫感和自信心。 1.2.4 系统架构师与其他团队角色的协调 系统分析师，需求分析，技术实现 系统架构师，系统设计，基于环境和资源的系统技术实现 项目管理师，资源组织，资源实现 由于职位角度出发产生冲突制约，不可能很好地给出开发规范，搭建系统实现的核心架构，并澄清技术细节，扫清主要难点。 所以把架构师定位在项目管理师与系统分析师之间，为团队规划清晰的目标。 对于大型企业或项目，如果一人承担多个角色，往往容易发生顾此失彼的现象。 1.3 系统架构师知识结构 需要从大量互相冲突的系统方法和工具中区分出哪些是有效的，那些是无效的。 1.4 从开发人员到架构师 总结自己的架构模式，深入行业总结规律。 几天的培训不太可能培养出合格的软件架构师，厂商的培训和认证，最终目的是培养自己的市场，培养
2010年下半年系统架构设计师_下午试题Ⅱ论文解析 试题一、论软件的静态演化和动态演化及其应用 写作要点 1、简要叙述所参与管理和开发的软件项目，并明确指出自己在其中承担的主要任务和开展的主要工作。 2、软件演化可分为静态演化和动态演化两种情形。 (1)静态演化（Static Evolution）。静态演化是指软件在停机状态下的演化。其优点是不用考虑运行状态的迁移，同时也没有活动的进程需要处理。然而停止一个一个用程序就意味着中断它提供的服务，造成软件暂时失效。 软件静态演化是指发生在应用程序停止时的软件修改和更新，即一般意义上的软件维护和升级。静态演化的优点是没有状态迁移或活动线程的问题要解决，缺陷是停止应用程序意味着停止它所提供的服务，也就是使软件系统暂时失效。在软件交付之后，静态演化（类似于一般意义上的软件维护）就成为软件变更的一个常规过程。变更可以是一种更正代码错误的简单变更，也可以是更正设计错误的较大范围的变更，还可以是对描述错误进行修正或提供新需求这样的重大改进。有三种不同的软件维护：改正性维护、适应性维护和完善性维护。维护过程一般包括变更分析、版本规划、系统实现和向客户交付系统等活动。 在面向对象技术中，使用子类型方法来扩展程序，它适合于软件静态演化和代码重用。子类型化一个类意味着保留父类中的参数和方法，并尽可能地增加新的参数和方法。另外，使用重载和多态性作为主要的演化机制。实际上，建立类的新版本，最简单的机制是创建它的子类，然后重载需要变更的方法，最后，使用多态性调用新创建的方法。在基于构件的软件技术中，构件采取接口和实现相分离的技术，构件之间只能通过接口进行通信，这使得具有兼容接口的不同构件实现可以相互取代，从而成为软件静态演化的一条途径。 (2)动态演化（Dynamic Evolution）。动态演化是指软件在执行期间的软件演化。其优点是软件不会存在暂时的失效，有持续可用性的明显优点。但由于涉及状态迁移等问题，比静态演化从技术上更难处理。 动态演化是最复杂也是最有实际意义的演化形式。动态演化使得软件在运行过程中，可以根据应用需求和环境变化，动态地进行软件的配置、维护和更新，其表现形式包括系统元素数目的可变性、结构关系的可调节性和结构形态的动态可配置性。软件的动态演化特性对于适应未来软件发展的开放性、动态性具有重要意义。 动态演化是指软件在运行期间的演化。在许多重要的应用领域中，例如金融、电力、电信及空中交通管制等，系统的持续可用性是一个关键性的要求，运行时刻的系统演化可减少因关机和重新启动而带来的损失和风险。此外，越来越多的其他类型的应用软件也提出了运行时刻演化的要求，在不必对应用软件进行重新编译和加载的前提下，为最终用户提供系统定制和扩展的能力。 动态演化可分为两种类型：预设的和非预设的。在Web环境中，软件应用常常需要处理多种类型的信息，因此它们常被设计为可以动态下载并安装插件以处理当前所面临的新类型的信息；而分布式Web应用也常常需要增减内部处理节点的数目以适应多变的负载。这些动态改变都是软件设计者能够预先设想到的，可实现为系统的固有功能。另有一些必须对系统配置进行修改和调整的情况是直到系统投入运行以后才发现的，这就要求系统能够处理在原始设计中没有完全预料到的新需求。这种情况下一般需要关闭整个系统，重新开发、重新装入并重新启动系统。然而，为了进行局部的修改而关闭整个系统在某些情况下是不允许的（例如，关键运行系统）或者代价太高。精心设计的动态演化技术可以在不关闭整个系统的前提下修改系统的结构配置，并尽量使未受影响的部分继续工作已提高系统的可用度。 为支持软件的动态演化性，已在语言、机制和环境等方面做了大量工作。在程序语言的
系统架构设计师考试下午I模拟2 案例分析题 阅读以下软件架构设计的问题，在答题纸上回答问题。 某软件开发公司欲为某电子商务企业开发一个在线交易平台，支持客户完成网上购物活动中的在线交易。在系统开发之初，企业对该平台提出了如下要求。 1在线交易平台必须在1秒内完成客户的交易请求。 2该平台必须保证客户个人信息和交易信息的安全。 3当发生故障时，该平台的平均故障恢复时间必须小于10秒。 4由于企业业务发展较快，需要经常为该平台添加新功能或进行硬件升级。添加新功能或进行硬件升级必须在6小时内完成。 针对这些要求，该软件开发公司决定采用基于架构的软件开发方法，以架构为核心进行在线交易平台的设计与实现。 1、软件质量属性是影响软件架构设计的重要因素。请用200字以内的文字列举6种不同的软件质量属性名称，并解释其含义。 2、请对该在线交易平台的4个要求进行分析，用300字以内的文字指出每个要求对应何种软件质量属性；并针对每种软件质量属性，各给出2种实现该质量属性的架构设计策略。 阅读以下关于结构化软件系统建模的叙述，在答题纸上回答问题。 希赛公司拟开发一个商业情报处理系统，使公司能够针对市场环境的变化及时调整发展战略，以获取最大的商业利益。项目组经过讨论，决定采用结构化分析和设计方法。在系统分析阶段，为了更好地对情报数据处理流程及其与外部角色的关联进行建模，项目组成员分别给出了自己的没计思路。 3小张提出先构建系统流程图(System Flowcharts)，以便更精确地反映系统的业务处理过程及数据的输入和输出。 4小李提出先构建系统数据流图(Data Flow Diagrams)，来展现系统的处理过程和定义业务功能边界，并给出了情报分类子系统的0层和1层数据流图，后者如图所示。 项目组经讨沦确定以数据流图作为本阶段的建模手段。工程师老王详细说明了流程图和数据流图之间的区别与联系，并指出了图的数据流图中存在的错误。 3、流程图和数据流图是软件系统分析设计中常用的两种手段，请用300字以内文字简要说明流程图与数据流图的含义及其区别，并说明项目组为何确定采用数据流图作为建模手段。 4、请分析指出图所示的数据流图中存在的错误及其原因，并针对图的1层数据流图绘制出情报分类
目录 第1章操作系统 (3) 1.1考点分析 (3) 1.2试题精解 (3) 试题1 （2009年11月试题1） (3) 试题2 （2009年11月试题2-4） (4) 试题3 （2010年11月试题1） (5) 试题4 （2010年11月试题2） (6) 试题5 （2010年11月试题3-4） (6) 试题6 （2011年11月试题1） (8) 试题7 （2011年11月试题2-4） (9) 试题3 （2010年11月试题1） (10) 第2章数据库系统 (11) 2.1考点分析 (11) 2.2试题精解 (11) 试题3 （2010年11月试题1） (11) 第3章计算机硬件基础及嵌入式系统设计 (12) 3.1考点分析 (12) 3.2试题精解 (12) 试题3 （2010年11月试题1） (12) 第4章数据通信与计算机网络 (13) 4.1考点分析 (13) 4.2试题精解 (13) 试题3 （2010年11月试题1） (13) 第5章系统安全性与保密性设计 (14) 5.1考点分析 (14) 5.2试题精解 (14) 试题3 （2010年11月试题1） (14) 第6章信息化基础 (15) 6.1考点分析 (15) 6.2试题精解 (15) 试题3 （2010年11月试题1） (15) 第7章系统开发基础 (16) 7.1考点分析 (16) 7.2试题精解 (16) 试题3 （2010年11月试题1） (16) 第8章软件架构设计 (17) 8.1考点分析 (17) 8.2试题精解 (17) 试题3 （2010年11月试题1） (17) 第9章应用数学 (18) 9.1考点分析 (18)
2009下半年系统架构设计师上午试题及参考答案 ● 计算机系统中硬件层之上的软件通常按照三层来划分，如下图所示，图中 ①②③分别表示（1）。 （1）A.操作系统、应用软件和其他系统软件 B.操作系统、其他系统软件和应用软件 C.其他系统软件、操作系统和应用软件 D.应用软件、其他系统软件和操作系统 题目出处：《系统架构设计师教程（第2版）》第1页。 参考答案： B ●某计算机系统中有一个CPU、一台扫描仪和一台打印机。现有三个图像任务，每个任务有三个程序段：扫描Si，图像处理Ci和打印Pi (i=1,2,3)。下图为三个任务各程序段并发执行的前驱图，其中，（2）可并行执行，（3）的直接制约，（4）的间接制约。 （2）A.“C1S2”，“P1C2S3”，“P2C3” B.“C1S1”，“S2C2P2”，“C3P3” C.“S1C1P1”，“S2C2P2”，“S3C3P3” D.“S1S2S3”，“C1C2C3”，“P1P2P3” （3）A. S1受到S2和S3、C1受到C2和C3、P1受到P2和P3 B. S2和S3受到S1、C2和C3受到C1、P2和P3受到P1 C. C1和P1受到S1、C2和P2受到S2、C3和 P3受到S3 D. C1和S1受到P1、C2和S2受到P2、C3和S3受到P3 （4）A. S1受到S2和S3、C1受到C2和C3、P1受到P2和P3 B. S2和S3受到S1、C2和C3受到C1、P2和P3受到P1 C. C1和P1受到S1、C2和P2受到S2、C3和P3受到S3 D. C1和S，受到P1、C2和S2受到P2、C3和S3受到P3
参考答案： （2）A （3）C （4）B ● 在数据库设计的需求分析阶段应完成包括（5）在内的文档。 （5）A.E-R图 B.关系模式 C.数据字典和数据流图 D.任务书和设计方案 题目出处：《系统架构设计师教程（第2版）》第48～54页。 参考答案： C ● 设有职务工资关系P（职务，最低工资，最高工资），员工关系EMP（员工号，职务，工资），要求任何一名员工，其工资值必须在其职务对应的工资范围之内，实现该需求的方法是（6）。 （6）A.建立“EMP.职务”向“P.职务”的参照完整性约束 B.建立“P.职务”向“EMP.职务”的参照完整性约束 C.建立EMP上的触发器程序审定该需求 D.建立P上的触发器程序审定该需求 题目出处：《系统架构设计师考试全程指导》第48页。 参考答案： C ● 设关系模式R(U, F），其中R上的属性集U={A, B, C, D, E}，R上的函数依赖集F=｛A→B,DE→B,CB→E，E→A，B→D｝。（7）为关系R的候选关键字。分解（8）是无损连接，并保持函数依赖的。 （7）A. AB B. DE C. CE D. CB （8）A. p=｛R1(AC),R2(ED),R3(B)｝ B. p=｛R1(AC),R2(E),R3(DB)｝ C. p=｛R1(AC),R2(ED),R3(AB)｝ D. p=｛R1,(ABC),R2(ED),R3(ACE)｝ 题目出处：《系统架构设计师考试全程指导》第2.3.3节。《系统架构设计师教程（第2版）》第2.2.3节。 参考答案： （7）C （8）D
架构风格数字图书馆类的应用 摘要：随着Intranet信息技术的发展，图书馆为了更好地发挥其图书流通、资料检索和学术交流的职能，图书馆的数字信息化工程也势在必行。本人有幸作为系统架构设计师参与了某大学图书馆数字化信息系统建设过程。由于在数字化图书馆信息系统中后台馆藏信息管理系统负责实时管理图书和读者信息，和数据库交互频繁，所以对数据库处理功能、安全性、数据处理响应速度等方面要求较高。而客户端主要查询信息，要求简单、使用方便、易于安装维护。结合各种体系结构的优缺点，我们决定采用客户/服务器（C/S）和浏览器/服务器（B/S）混合的体系结构来开发。 本文详细介绍三层结构的功能分配和物理分布，描述三层结构设计的过程，讨论在设计实施过程中碰到的一些问题以及解决的方法，最后说明采用三层结构带来的效果，以及可以改进的地方。 正文：随着Intranet信息技术的发展，图书馆为了更好地发挥其图书流通、资料检索和学术交流的职能，图书馆的数字信息化工程也势在必行。某大学图书馆为了更好的服务读者，提高图书馆的管理水平和服务水平，已经启动了数字图书馆工程。本人有幸作为系统架构设计师参与了该项目。 该数字图书馆工程主要包括：后台馆藏信息管理系统、对外信息Web发布系统，交互式检索网、非纸质资源下载、新书通报、订购征询、以及读者信息管理系统等。 后台馆藏信息管理系统负责实时管理图书和读者信息，和数据库交互频繁，所以对数据库处理功能、安全性、数据处理响应速度等方面要求较高。而客户端主要查询信息，要求简单、使用方便、易于安装维护。
根据我们做出的需求分析以及各种体系结构的优缺点，我决定采用客户/服务器（C/S）和浏览器/服务器（B/S）混合的体系结构来开发。对于后台馆藏信息管理系统的需求，需要对数据进行更新处理，采用C/S 结构可以更快更好的开发且数据处理速度更快，而且安全性在一定程度上也容易控制，可以更好的满足要求。对于读者的查询需求，我们采用B/S模式。采取这样的结构可以很好的满足用户需求，且容易开发和维护，节约开发成本。由于都是在windows 平台上使用，因此在开发工具的选择上，我们使用Delphi来开发后台馆藏信息管理部门的客户端和中间件，使用FrontPage来开发网页，连接在其内部网上提供查询服务。中间件我们采用COM+进行逻辑处理，数据层使用SQL Server。 以下详细介绍三层结构的功能分配和物理分布，描述三层结构设计的过程，讨论在设计实施过程中碰到的一些问题以及解决的方法，文章最后说明采用三层结构带来的效果，以及可以改进的地方。 对于客户端，B/S 结构仅提供查询功能，使用浏览器（例如Internet Explorer），学校各系部读者都可以通过内部网使用，读者也可以利用Internet 通过外网访问。C/S 结构提供日常操作和管理界面，承担着整个系统的数据录入及数据维护工作，使用Delphi 开发，它是系统数据的入口，使用频繁，安装在图书馆出口、和图书馆后台馆藏信息管理中心；中间件和数据库以及Web 服务器都放在该大学的计算机中心，便于维护管理。中间件负责根据客户端要求从数据库中取得数据，并在进行处理后提交到客户端显示；后台使用SQLServer 数据库，数据集中在数据库服务器进行管理，方便数据管理和分析，保证数据安全。 对于C/S 和B/S 结构，我们分别使用不同的工具来开发客户端。C/S 结
论大型信息系统的人力资源管理 摘要 2014年5月，我作为项目经理参与了某大型石油化工企业移动办公系统项目，主要负责系统规划与组织实施开发。该系统工程量大，涉及到软件开发和网络建设，业务需求多变，网络搭建环境复杂。该项目深受集团公司领导重视，项目目标是为该企业建设一套移动办公系统，并在厂区内搭建专用网络，用于厂区的手持设备巡检及机关办公的公文、邮件、审批、上传下达等多种功能。本文以该项目为例，结合我的项目实践，探讨人力资源管理对于项目成功的重要性。在这个项目中，我们通过编制合理的项目人力计划，获取高质量的项目团队，明确职责与激励机制，加强项目团队建设，定期进行沟通，实现项目团队成员之间团结协作能力，严格监管项目团队绩效从而提高项目绩效，最终使项目按期保质保量的完成，获得了客户和评审专家的一致好评。 正文 笔者参与的项目，建设单位是一家大型石油化工企业，该企业信息化基础设施具备大型业务系统运行的条件。该企业一直有两个痛点：一是车间设备的巡检一直没有做到自动化，还是手工记录的方式；二是办公系统过于陈旧，无法适应移动互联网时代的实时性要求。该企业领导希望我们的项目一次性解决这两个问题。我们给出的方案是开发一套移动办公系统，设置不同的权限，巡检人员和办公人员使用不同的功能，并且巡检人员使用专用终端。由于巡检的厂区环境复杂并且防爆级别很高，我们为厂区内搭建了专用移动网络，并通过PCC 技术保障巡检设备的通信优先级。同时，不在专网内的设备还可以通过VPN接入移动办公系统。移动办公系统采用三层C/S体系架构，将原有的各个分散的办公子系统整合为一体。该系统包括安全生产、公文系统、申报审批、邮件系统、文件检索、通讯录、即时消息、公司新闻、社区论坛等九大模块。该系统上线运行满足了该企业安全生产和移动办公的需求，大大提高了全体员工的办公效率，大大降低了安全事故发生的可能性。该项目建设总工期6个月，2014年11月正式验收通过后投入运行。 我们调研发现，该企业的办公流程非常复杂，涉及到的部门繁多，如果要打破原有的流程形成新的流程，阻力很大。并且我们的项目需要同时解决移动网络建设和软件开发这两个问题，涉及到两个专业领域，不同的团队人员。为了圆满完成项目，笔者充分认识到人是项目成功的关键因素，必须加强项目的人力资源管理，方能确保项目的成功实施。笔者通过加强项目团队建设，严格监控项目进度等方法，控制项目的风险，并结合已有最佳实践，开展项目实施。具体可分为以下几个方面：j 1、着眼于资源估计、环境和组织因素的项目管理计划，科学编制合理的人力资源计划 人力资源计划编制是决定项目的角色、职责以及报告关系的过程。笔者所在的单位有很强的开发队伍和开发能力，但没有移动网络方面的专家，对于搭建专用移动网络很不在行。为解决这个问题，笔者与该企业信息部的高层领导进行了沟通和说明，告知该部分内容对于项目实施的重要性后，公司领导非常重视，将与公司合作多年的网络集成商推荐给我们，我们将这一部分工程分包给这家集成商。双方的两个团队组成一个大团队，共同进行了必要的项目管理培训，明确了各自的工作任务，将双方的分工领域划分清楚并相互了解对方的技术要求。之后我们与甲方的各部门及下属单位相关干系人进行走访和了解，获得该集团组织结
系统架构设计师考试论文评分标准 系统架构设计师考试属于全国计算机技术与软件专业技术资格考试（简称计算机软件资格考试）中的一个高级考试。考试一共考三个科目，分别是上午的综合知识、下午的案例分析及论文，而论文一直都是令许多考生望而生畏的一个坎，它的评分标准到底是怎样的呢？考生在写作时，又有哪些要注意的点呢？ 论文满分是75分,论文评分可分为优良、及格与不及格分3个档次。 评分的分数可分为： （1）60分至75分优良（相当于百分制80分至100分）。 （2）45分至59分及格（相当于百分制60分至79分）。 （3）0分至44分不及格（相当于百分制0分至59分）。 评分时可先用百分制进行评分，然后转化为以75分为满分（乘7.5）。 建议具体评分时，参照每一试题相应的“解答要点”中提出的要求方法，对照下述5个要点评分： 1、符合题意，切勿跑题 无论是技术论文、理论论文还是实践论文，都要切合解答要点中的一个主要方面或者多个方面进行论述。可分为非常切合、较好地切合与基本上切合3档。 2、应用尝试与水平（20%） 可分为很强的、较强的、一般的、较差的独立工作能力4档。
3、实践性（20%） 可分为如下4档： 有大量实践和深入的专业级水平与体会。 有良好的实践与切身体会和经历。 有一般的实践与基本合适的体会。 有初步实践与比较肤浅的体会。 4、表达能力（15%） 可从是否逻辑清晰、表达严谨、文字流畅和条理分明等区分为3档。 5、综合能力与分析能力（15%） 可分为很强、比较强和一般3档。 对于下面情况的论文，需要适当扣分（5~10分） （1）摘要就控制在300至400字的范围内，凡是没有写论文摘要、摘要过于简略或者摘要中没有实质性内容的论文。 （2）字迹比较潦草，其中有不少字难以边辨认的论文。 （3）正文基本上只是按照条目方式逐条罗列叙述的论文。 （4）确实属于过分自我吹嘘和自我标榜、夸大其词的论文。 （5）内容有明显错误和漏洞的，按同一类错误每一类扣一次分。 （6）内容仅属于大学生或研究生实习性质的项目并且其实际应用背景的水平相对较低的论文。 对于下述情况之一的论文，不能给予及格分数： （1）虚构情节，文章中有较严重的不真实或者不可信的内容出
系统架构设计师考试试题分类精解2016（案例分析与论文篇）准备参加2016年下半年系统架构设计师考试的你，是不是在为考试的难点案例分析和论文写作发愁？不知道看什么书好？下面希赛软考学院小编为你推荐一本书——《系统架构设计师考试试题分类精解2016（案例分析与论文篇）》，此书对历年案例分析和论文真题进行了分析、总结和讲解，为你提供案例分析解题及论文写作的思路和技巧。 内容介绍 《系统架构设计师考试试题分类精解2016（案例分析与论文篇）》内容紧扣考试大纲，通过对历年试题进行科学分析、研究、总结、提炼而成。 对于案例分析试题，书中给出了解答方法，并总结了案例分析回答的思路，考生可通过阅读本书掌握考试大纲规定的知识点、考试的重、难点，熟悉案例分析试题形式、试题的深度和广度、考试内容的分布，以及答题方法和技巧。对于论文试题，书中给出了试题的解答方法，并提供了论文的写作知识、常见问题，以及解决办法。考生通过阅读本书，可了解论文出题方向，及论文写作方法与技巧。 章节信息介绍 第1章案例分析 1.1试题1(2015年下半年试题1) 1.2试题2(2015年下半年试题2) 1.3试题3(2015年下半年试题3) 1.4试题4(2015年下半年试题4) 1.5试题5(2015年下半年试题5) 1.6试题6(2014年下半年试题1) 1.7试题7(2014年下半年试题2)
1.8试题8(2014年下半年试题3) 1.9试题9(2014年下半年试题4) 1.10试题10(2014年下半年试题5) 1.11试题11(2013年下半年试题1-5) 1.12试题12(2013年下半年试题2-6) 1.13试题13(2013年下半年试题3-7) 1.14试题14(2013年下半年试题4-8) 1.15试题15(2013年下半年试题5-9) 1.16试题16(2012年下半年试题1) 1.17试题17(2012年下半年试题2) 1.18试题18(2012年下半年试题3) 1.19试题19(2012年下半年试题4) 1.20试题20(2012年下半年试题5) 1.21试题21(2011年下半年试题1) 1.22试题22(2011年下半年试题2) 1.23试题23(2011年下半年试题3) 1.24试题24(2011年下半年试题4) 1.25试题25(2011年下半年试题5) 1.26试题26(2010年下半年试题1) 1.27试题27(2010年下半年试题2) 1.28试题28(2010年下半年试题3) 1.29试题29(2010年下半年试题4)
信息系统项目管理师论文范例1：论软件项目的进度管理 摘要 本文讨论了《电力行业工作票、操作票系统》的项目管理，在本项目中我作为项目负责人，承担了项目管理工作． 在本项目管理中，我主要采用了面向对象技术同传统技术相结合的原则，在估算项目的工作量这方面尤为突出，面向对象技术对传统技术有所改进，传统技术能弥补面向对象技术的不足。本文从合理的估算项目的工作量及技术难度；识别关键任务；随时了解项目进度，必要时调整进度表等方面讨论了《电力行业工作票、操作票系统》项目管理的基本活动与方法，有效地控制开发进度，确保项目如期按质量完成．本系统在电力系统已经运行，状况良好，受到一致好评． 正文 2003年2月，我参加了《电力行业工作票、操作票系统》的开发，担任项目管理工作．电力系统有关部门在对电力设施进行检测、维修、试验等一系列活动时应按照我国电力行业相关标准进行工作，《电力行业工作票、操作票系统》就是按照国家有关标准及电力行业操作规程设计的仿真系统。工作人员在施工前按照工作流程在此仿真系统上进行操作，严格遵守电力设施的逻辑闭锁关系，顺序执行．有效地防止不规范操作，确保电力设施及现场工作人员的安全，提高安全意识．本系统由系统图编辑平台和工作票、操作票签发系统两大部分组成，其中系统图编辑平台主要是编辑变电站、用电系统及变电站控制系统图，每一个电力设施对应一个对象，在系统图上都有相对应的部分，系统图真实地反映电力设施的布局及相互关系，生动形象又合乎技术标准，同时为第二部分提供操作对象．工作票、操作票签发系统主要是在系统图的基础上进行点击操作，每饮点击对应一个对象即一个电力设施，根据电力设施的逻辑闭锁关系自动生成相应的工作票或操作票或提示操作不规范． 在本系统的开发过程中，我通过合理的估算项目工作量及技术难度；识别关键任务；随时了解项目进度，必要时调整进度表等方面对项目进行管理，确保本系统如期按质量完成。 1、合理的估算项目工作量及技术难度 我们在项目工作量及技术难度的估算上采用面向对象技术同传统技术相结合的原则． 本系统采用了面向对象的分析、设计等一系列面向对象技术，在本系统工作量的估算上根据功能点进行估算．将每个功能模块逐步分解，直至基本模块为止．我们将系统分为系统图编辑与工作票、操作票签发两个大的功能分别进行估算。系统图编辑部分主要是一个图形编辑系统．一种电力设施对应一个类，电力设施的技术参数及其操作对应相应类的属性和方法，电力设施图是由线段、圆、曲线、折线、多边形等基本图形组成，这些基本图形分别对应一个类，这些类又继承一个最基本的类．系统图编辑部分的工作量也就是这些类的实现，工作票、操作票签发部分用到了编辑平台的系统图，因此由大量的功能可以复用，这部分的功能划分同系统图编辑部分一样也是采用类作为基本结构，这样就比较准确的进行工作量的估算． 同时我们开发的这个系统是基于C/S结构的，由于C/S结构的系统我们公司有不少成功的案例，因此有不少的案例供我们参考．对于本系统的第二部分我们就是借鉴以前我们做过的基于C/S 结构的系统，基于C/S结构的系统的框架基本上是一致的，数据库的设计、前台操作如对数据库进行添加、删除、修改、查询等一系列活动大体相同．正是如此，有大量的东西可供我们复用，如权限控制模块我们就是复用以前的案例，仅作少量修改．在工作量的估算上也有很好的借鉴作用．这对工作量的估算也是一个重要的参考，为工作进度安排提供了依据．在技术上，我们重点考虑本系统与其他C/S 结构的系统的不同之处，相同或相似之处我们认为没有技术难
论文目录 一、论基于DSSA的软件架构设计与应用 二、论基于Rest服务的web应用系统设计 三、论软件可靠性设计与应用 一论基于DSSA的软件架构设计与应用精品文档，超值下载 【摘要】 去年三月份，我所在的公司启动国网电力用户用电信息采集系统项目，我被任命为项目负责人。国网电力用户用电信息采集系统是国家电网公司坚强智能电网建设的一部分。由于公司之前为南网（主要是广东省）开发过类似用电信息采集系统，且公司准备在电力行业做强做大，我提出了采用DSSA技术来研发国网用电信息采集系统，得到公司领导层的一致赞同。 由于项目功能实现上具有明显的阶段性，我决定采用演化方式来实现DSSA及完成应用产品开发。一是对原有系统、文档及国网用电信息系统功能规范进行分析，完成DSSA；二是对原有系统进行部件提取，做为核心资源的公共部件；三是加强对核心资源的管理，方便研发工程师查找部件及扩展部件。 经过近一年的努力，终于完成了公司用电信息采集系统核心资源的建立，也完成了国网电力用户用电信息采集系统项目。 【正文】 去年三月份，我所在的公司启动国网电力用户用电信息采集系统项目，我被任命为项目负责人。国网电力用户用电信息采集系统是国家电网公司坚强智能电网建设的一部分。公司
之前开发过广东电网公司计量营销一体化系统，类似于用电信息采集系统。 我对广东电网公司计量营销一体化系统的功能规范和国网电力用户用电信息采集系统的功能规范进行分析，发现除了系统内各自的通信协议不同外，其它的功能需求大体上相同。整个采集系统都是分三层实现，主站层，采集终端层和电能表层。由于电能表已经规范化了，有专门的表计生产厂家，这一层不需要投入资源进行研发。从公司目前现状来看，主站层投入研发工作量较少，一是主站的开发中模块化做得比较好；二是用户的需求基本一致。国网用电信息采集系统仅需要在广东电网公司计量营销一体化系统主站进行界面调整和支持国网用电信息采集系统通信协议即可达到要求。 根据之前开发的经验，用电信息采集系统开发的重点是采集终端的开发。因为采集终端需要安装到现场，而现场的用电环境各异，能够到达的远程信道也不同。采集终端可维护性低或可靠性低，则会产生大量的维护工作，影响公司品牌及利润。根据用电信息采集系统的要求，采集终端分为集中抄表终端、专变采集终端和公变采集终端。广东电网公司计量营销一体化系统的采集终端大体上也分为上述三类：低压集抄终端、负荷管理终端、配变监测终端。通过对采集终端的功能要求进行分析，可以看出它们归属于一个产品家族。我在项目组启动会议上提议采用DSSA技术进行采集终端产品的研发，建立公司用电信息采集系统核心资源，同时将计量营销一体化系统的采集终端也归结到产品家族中。 众所周知，DSSA（特定领域软件架构）就是在一个特定的问题领域中支持一组应用的开发，这些应用形成产品家族。DSSA是软件重用的一种手段，它由领域模型、参考需求、参考架构组成重用元素。 用电信息采集系统各终端基本需求都是对外接的电能表或测量点的读数进行采集，稍做处理后通过GPRS/CDMA信道远程传输给采集系统主站端。采集终端的功能模块一般包括测量点采集模块，表计规约模块，现场总线模块，PPP拨号模块，主站命令模块，本地维
软考系统架构设计师考试试题举例 系统架构设计师是软考中的一门高级资格考试，其考试题型有哪些，下面小编就三种不同类型的选题分别举例，希望考生们对考试题型的了解能有一定的帮助。 一选择题 1.在TCP/IP协议分层结构中，SNMP是在(1)协议之上的(2)请求/响应协议。在ISO/OSI/RM基础上的公共管理信息服务/公共管理信息协议CMIS/CMIP是一个完整的网络管理协议族，网络管理应用进程使用OSI参考模型的(3)。 (1) (2)A.异步 B.同步 C.主从 D.面向连接 (3)A.网络层B.传输层C.表示层D.应用层 2.软件产品线主要由(4)和产品集合两部分组成。 (4)A.构件库 B.核心资源 C.体系结构 D.开发组织 二案例分析问答题 阅读以下关于软件体系结构方面的叙述，回答问题1和问题2。 某集团公司要开发一个网络财务程序，使各地员工能在互联网络上进行财务处理和报销。在设计该财务程序的体系结构时，项目组产生了分歧: (1)张工程师认为应该采用客户机/服务器(C/S)结构。各分公司财务部要安装一个软件客户端，通过这个客户端连接到总公司财务部主机。如果员工在外地出差，需要报销帐务的，也需要安装这个客户端才能进行。 (2)李工程师认为应该采用浏览器/服务器(BS)结构，各分公司及出差员工直接通过Windows操作系统自带的IE浏览器就可以连接到总公司的财务部主机。 经过项目组的激烈讨论，最终选用了C/S和B/S混合结构。 [问题1] 请用200字以内的文字简要讨论C/S结构与B/S结构的区别及各自的优点和缺点。 [问题2] 请用200字以内的文字说明如何设计C/S和B/S混合结构，这样设计有什么好处