软件流程控制

软件流程控制（共6篇）

篇1：软件流程控制

表决软件会议操作流程

在会议开始之前我们需要做很多准备工作，比如人员档案的准备、座次表的准备以及会议议程议案的准备。

程序在安装之后，关于硬件的设置已经准备完毕，无需再做调整。

第一步 关于会议人员档案、座次表的TXT文档准备

会议人员档案的录入是在“会议准备-代表团”模块里，首先要在代表团管理内添加一个代表团，在添加的时候一定要选择是出席还是列席，点击添加方能有效。一般情况下选择出席，例如在出席里添加主席团、常委等代表团。

单个代表档案的录入也一定要选择出席或列席里面的主席团或者常委等代表团，点击添加方能有效。批量的录入是通过TXT文本导入的。

信息的导入一定要注意文件的格式：

人员档案的格式：代表团,编号,姓名,常委,列席,报到权限,表决权限,发言权限,党派 例如：常委,00001,王平,是,-,是,是,是,中国共产党 座席表的格式：编号，姓名，排号，位号，会场名称 例如：00005,王宇坤,1,2,四川人大常委会议厅

文件的基本格式也是从软件中导出的，其方法是先在人员档案或者坐席安排界面录入一条信息，然后再根据自己的需要导出保存。根据这样的格式，利用EXCEL表格编辑后导出为TXT格式，即可导入到软件中去。

注意：

1、“，”是英文半角的符号。

2、座席表格式中的编号要和人员档案中的编号顺序相一致，而且数字是5位，即00001、00010、00100„„

第二步 会议信息的准备

会议信息的设置主要集中在会议管理模块中，相关信息的设置我们可以依照它默认的顺序由上而下依次进行设置，即定制会议、会议信息、会议日程、会议议题、与会人员和座席分配。1.定制会议

此模块的主要作用是：设置会议的一些默认的信息。例如：四川省人大常委会是软件的默认标题。报到方式：按键报到和门口报到，常委会议厅的是按键报到的方式。就座方式：指定就座和自由就座，指定就做需要人员和作为一一对应而自由就座则没有严格的座次排列，随意就座。自动聚焦发言人：是摄像跟踪是必须选择的。允许自动补报：不弹出对话框默认补报，但不建议这样，这样会使报到结果无法控制。允许同时发言人数：是设置自由发言或申请发言同时发言或申请的人数，对于自由发言来说，超过指定的人数后，对顶掉第一个发言人的话筒，申请发言则需要手动进行允许，同时进行的也不能超过指定的人数。其余选项无需设置，保持默认即可。2.会议信息

第 2 页 /共15页

此模块是对即将开始的会议进行相关的设置。点击添加按钮，会出现会议标题、日程数、就座方式、报到方式等需要设置的选项，例如即将召开的四川省第十一届人大常委会第十五次会议即是这次会议的标题。日程数是本次会议包括几次全体会议的数量。就座方式和报到方式则依据需要进行填写。3.会议日程

此模块主要是本次大会包括的几次全体会议进行设置。在左面一栏里选择相应的会议，点击右侧相应的编辑按钮，会对本次的全体会议进行设置。

倘若在设置会议信息的时候，选择的会议日程有误，可以通过添加删除按钮进行相应的调整。如下图所示。

第 3 页 /共15页

注意：在编辑日程的时候一定不要忘记选择会场，否则会造成座席分配时无会场座席图的现象。如下图所示。

4.会议议题

第 4 页 /共15页

此模块设置的主要是本次会议的议题。在左面一栏里选择相应大会的第几次全体会议，然后点击右侧一栏里的添加按钮，会显示要添加的议题信息。编号是自动生成的。会议议题根据需要显示在场内大屏的信息进行填写。日程名称选择的是第几次全体会议，默认的是本次全体会议，一般不对其进行设置。标题模式是说明本议题是表决、听取还是通过，随意选择即可，对会议的影响不大。表决方式选择“保密，首次按键有效”。表决按键类型是三键表决。发言模式默认为自由发言模式。表决基数默认的为“以应到人数为基数”。议题类型则为这里面最需要注意的设置，大体分为：发言、表决、发言并表决三种类型，其主要区别为：在进行会议操作时，议题类型为“发言”的议题在操作的时候“开始表决”是灰色不能进行操作的；议题类型为“表决”的议题在操作的时候“开始发言”是灰色不能进行操作的；议题类型为“表决并表决”的议题在操作的时候均能对其进行操作。

注意：会议议题的填写是编辑大屏显示PPT的依据，在此基础上对大屏的显示格式进行编辑。5.与会人员

第 5 页 /共15页

此模块是选择参加本次会议的人员。这些与会人员的来源是代表团模块里的人员档案。在左面一栏里选择需要添加的第几次全体会议，然后点击右面的选择与会人员，则进入了人员选择的界面，可以对里面的人员进行选择，然后点击指定，与会人员选择完毕。与会人员的数量直接关系到本次全体会议的应到人数，选择时一定慎重。

接下来进行的就是与会人员的权限设置，一般情况下分为三种类型：一是主席权限：选择主席，点击后面的编辑按钮，赋予主席权限，优先发言，报到权限，发言权限，表决权限。二是与会常委权限：选择所有的与会的常委，点击“批量设置权限”赋予报到权限，发言权限，表决权限。三是请假常委权限：选择请假的委员，点击“批量设置权限”赋予请假权限。

同步与会人员的功能就是把上次全体会议的所有与会人员同步到本次与会人员，然后对其权限进行设置。6.座席分配

第 6 页 /共15页

本模块的主要功能是对与会人员进行座席的编排。

单的人员座席的编排可以把右侧的图标拖到左侧相应的人员表格上，会自动添加座位号；批量的座席的编排则需要通过txt文本进行导入。也就是我们在第一步时所介绍的。点击座席导入，指定相应的txt文本，保存即可。

注意：在所有格式均正确的情况下偶尔会出现座席导入异常，则清除座席重新导入即可。请假常委不予编排座席。

第三步 大屏显示PPT幻灯片

1.大屏显示PPT幻灯片的编辑

打开大屏PPT模板，鼠标左键单击FLX大屏编辑，导入议题

选择需要导入的全体会议的名称，然后导入数据。

第 7 页 /共15页

则此次会议所有的议题全部导入到PPT中去，对其格式进行编辑，选择所需的字体大小、颜色，背景颜色等，保存PPT。2.大屏显示PPT幻灯片的保存

因为会议的显示分为大屏显示和主席屏显示，主要区别在于大屏幕的显示没有“正在表决”的页面，而主席屏存在“正在表决”的页面。

其中，每次全体会议会生成四个默认的屏幕编号1,2,3,4，常委会议厅场内大屏的编号是1，主席屏的编号是2，如图所示：

点击FLX大屏编辑的“选择保存到/读取/管理 数据库”。我们先把编辑好的带有“正在第 8 页 /共15页 表决”页的PPT幻灯片保存到相应全体会议的1号屏（场内大屏），然后删除“正在表决”页，保存到相应全体会议的2号屏（主席屏），关闭PPT，选择不保存。

大屏显示PPT编辑完毕。

第四步 会议进行时的操作

开启会议程序软件的顺序是：

1、打开CCP中央控制代理，等待大屏播放器连接完毕后进行第2步。

2、打开桌面上的操作屏。

首先，选择相应的会议日程，单击开始会议。系统进入启动状态，直接进入报到界面。

点击上面菜单栏里的“特殊功能—设备查询”检查所有表决器是否在线。

第 9 页 /共15页

点击开始报到，进入报到的界面，场内方可按键进行报到。此时界面右侧的席位图已报到的变为红色，图标在动态增加。待缺席人员不再变化时或者主持人开始公布报到结果时结束报到。

补报销报的操作：报到过程中进行补报销报，点击操作界面上的下图的界面：

，进入如

可以选择相应的人员，点击补报或者销报进行操作。（双击未报到人员，则实现了补报操作；双击已报到人员，则实现了销报操作）

注意，结束报到后根据需要切换默认屏。

接下来进入议题议案的模块。选择要进行的议题，点击“开始议题”，场下大屏及主席屏显示的是本议题议案，需要进行表决的点击“开始表决”，则进入正在表决的状态，大屏幕显示的是“现在付表决，请按表决键”主席屏显示的则是正在表决时的动态显示状态。待到主持人公布表决结果时，单击“结束表决”，大屏则显示表决的结果，主持人公布完结果，宣布“通过”时，点击“结束议题”，大屏幕显示“通过”。

第 10 页 /共15页 注意，1、开始议题之前一定要选择相应的议题，否则会出现按下开始议题时会出现如下图的提示，耽误会议正常进行。

2、结束议题后根据需要切换默认屏。

发言功能在软件点击“开始会议”的时候均能使用。其中已编排过座席的座位打开话筒时会显示小喇叭图标，受软件控制；未指定座席的座位不显示小喇叭图标，而且会不受软件的控制。

在进行只有发言的议程议案时，把右面的座席屏最小化，可以加快操作速度。在所有议程议案进行完毕后，注意切换成默认屏。

第五步 其他需要注意的事项  表决器灯的状态

会议未开始之前表决器所有灯都是熄灭的。

开始会议后未开始报到前，表决器的工作指示灯是常亮的状态，其余灯熄灭。开始报到时，工作指示灯常亮，报到灯闪烁，按下报到键后，报到灯常亮，表决灯常亮。

在开始会议后，表决器的发言功能已经启用，按下发言键，发言灯常亮，话筒光环常亮。

按下开始表决时，表决灯（赞成、反对、弃权）会闪烁，按下表决键后，三灯的状态

第 11 页 /共15页 为常亮。

 大屏幕播放器的进入

场内大屏以及主席屏是通过大屏幕播放器输送信号的，其实大屏幕播放器是2台袖珍型电脑，没有键盘鼠标和显示器，是通过其他电脑远程桌面连接实现的。

场内两侧大屏是通过1号大屏播放器，用户名为ADMIN，密码123456，进入后可以通过按alt+f8关闭播放程序对其进行操作。

主席屏是通过2号大屏播放器，用户名为Administrator，密码123456，操作同上。

 场内更换、添加表决器以及摄像跟踪的操作

场内添加、更换表决器要对座席图进行编辑。打开“会前准备――席位图布局”，（我们可以在“会场信息”里面新添加一个会场，然后对其进行编辑。）点击“会场席位信息”，选择相应的会场名称，点击右上角的“布局编辑”，进入如下图界面：

我们可以在现有的布局上添加或者修改相应的座席信息。

1.添加座席：点击“添加座席”或“批量添加”，添加相应的座席，主要要对其座位号、排列号以及表决器地址进行编辑，选择相应的设备类型“COM1贝拉有线表决器”，表决器通道号默认为0。

2.修改座席：就是在现有的基础上对某些需要变动的座席修改其座位号、排列号以及表

第 12 页 /共15页 决器地址进行相应的编辑。

3.摄像跟踪的设置：首先设置好预置位，明确是几号摄像机的几号预置位，例如3号摄像机的1号预置位。然后打开摄像头控制键盘的串口设置，路径是：首页--初始设置--系统设置--配置设备，选择“飞利信控制器―可用串口2”点击“启用所选摄像头”。最后在“会前准备－布局编辑”图上点击相应的座位，在其座席信息里的“摄像头跟踪参数”处填写“3,1”（“,”为英文半角），当该座席按下发言键时便会自动跟踪摄像。

 大屏播放器更换设置

首先对硬件进行更换，将备用的大屏播放器替换掉发生故障的大屏播放器，并接好键盘鼠标显示屏等外设，然后开机进行如下设置：

1.将新的大屏播放器IP地址设置成与被替换的大屏播放器IP地址一样。2.打开播放器的播放控制界面

控制界面设置如下：

指定PPT文件名：C:FLXSCREEN大屏.ppt 设置数据库连接：

数据源：为主服务器的IP地址—200.200.200.1 数据库名：congress40 用户名：Sa 密码：Sa

大屏编号根据需要自行编排：1号为场内大屏幕，2号为主席屏 中央控制代理地址 ：

200.200.200.1(主服务器IP地址)中央控制代理端口 ： 9000

中央控制代理地址2： 200.200.200.2(备服务器IP地址)中央控制代理端口2： 9000 照片扩展名默认为： JPG

复选框有如下三个选项，全部打上对勾： ⒈播放时保留鼠标操作 ⒉播放时保留键盘操作 ⒊程序运行时自动播放

第 13 页 /共15页 全部设置完毕后确定保存设置

 主、备服务器双机热切换的实现

在会议开始前，实现主、备服务器数据的同步，即主备服务器所有会议数据相一致。包括：PPT数据、座席图、与会人员。切勿用数据备份的方式因为主备服务器很多设置不一样。

当主服务器在会议进行期间出现严重的故障，此时将会热切换到备用服务器上，以下是实现切换的操作。

在会议开始之前需要做的准备工作是：开启主服务器的CCP中央控制代理，等到1号、2号大屏播放器连接完毕时，开启备服务器的CCP中央控制代理，同样等待备服务器连接1号、2号大屏播放器。此时，显示主服务器的CCP中央控制代理界面，可以发现备服务器已经和主服务器连接。

在所有准备工作完毕之后，首先开启主服务器的操作屏界面，然后开启备服务器的操作屏界面，点击主服务器的“开始会议”按钮，备服务器和主服务器会同时开始会议。以下对主服务器的操作，备服务器会进行同样的操作。

在主服务器发生故障时，切换备服务器操作的方法是：点击备用服务器操作界面上的“双机热备-启用备用服务器”，此时会听到机柜内双机热备机器转换串口到备用服务器的声音，备用服务器就拥有了操作权。

会议之后备用服务器切换到主服务器的操作是在机柜内双机热备机器上操作的。按2下切换按钮，即切换按钮被按下即可。

注意：手动操作双机热备机器，切换按钮按下去说明串口连接的是备用服务器。切换按钮按未按下去说明串口连接的是主服务器。

双机热备服务器的设置（此设置需要在备用服务器上进行）： 1.打开CCP中央控制代理界面，如下图所示：

第 14 页 /共15页 2.点击“服务器设置”

3.选择“本服务器作为备用服务器”（不要选择自动切换双机热备器，尧对其进行手动操作），然后对其IP地址进行设置：填写主服务器的IP地址，双机热备串口选择“COM2”，保存。

 补报对话框跳出的设置

打开“C:FLXMessageServer”找到ini设置文件“FLX900MDEF.ini”，[表决中补报] 允许=是

此时，报到结束后，补报人员补报时会出现补报对话框。

第 15 页 /共15页

篇2：软件流程控制

一、应提前准备的数据（基础数据）

1、基础档案（单位和个人）

重点是：人员类别、身份证号、参保年月、工龄

要求：在启用前，先将各单位人员的基础数据打印核对后再启用。

2、项目字典

输入各项目字典的最高价格、自负比例、最高报销限额（即此项目医保最高报销金额，比如床位费价格可能是12元，但医保只报销5元），自负比例起负线（有些药品或检查项目，100元以下由医保支付，超过100部分，医保负担80%，则此项目的自负比例起负线为100）,处理方式（直接处理含义：有些药品或检查项目，个人自负30%，其他70%由医保报销，这就是直接处理；分段处理含义：个人自负部分扣除后，按统筹分段再计，称个人自负或统筹医保支付）。

医保中心将项目字典制定好以后，分发到各医院，各医院据此项目字典，再输入自己的项目字典，但最高价格、自负比例等，则由医保项目字典控制。

二、人事变动流程

人事变动根据处理对象，分成两类：一是针对个人；二是针对单位。

针对个人的有：区内调动、人员类别变更、帐户中断、解除中断、帐户冻结、帐户注销、保险卡挂失和保险卡解挂。

其中区内调动、人员类别变更、帐户中断、解除中断、帐户冻结、帐户注销涉及基金征收和帐户划拨，生效年月一般定为下一年月，否则会导致计划变动。如此人的本月帐户已划，则还会导致帐户划拨数变动。

帐户中断的含义：中断期间，此人不交纳基金，也不划拨帐户。

帐户冻结的含义：冻结期间，此人也交纳基金，也划拨帐户，但住院时，不享受参保人员的待遇。

个人帐户，原则上等同于参保人员自有资金，因此，无论处于何种状态，个人帐户均可使用。

针对单位的有：单位的冻结、解冻，单位的帐户中断及解除中断，单位的分离和合并。对单位所作的人事变动，均落实到所涉及的个人。

1、首先进行人事变动登记，调用《人事变动登记》等模块。

2、进行人事变动处理，调用《人事变动处理》，可根据生效年月，自动将应处理的人事变动登记显示出来。由用户确定，然后处理。如人事变动登记有误，可撤消登记。

3、人事变动一般都是双向的，如人事变动处理后，发觉处理有误，进行反向操作即可。

4、人事变动处理后，应将其变动生成文件，下发到医院。可调用《变动传送文件产生》、《变动历史传送文件产生》和《变动文件分发》。注意：已传送的变动，则为变动历史。

5、对注销人员（死亡、调离、退保）剩余的个人帐户，可转移、继承或申领。调用《帐户继承》、《帐户申领》即可。

注意：人事变动传送文件的生成、分发。应在安装有FTP服务器的机器上操作，其工作目录设置和检查，可调用《系统管理》的《系统参数设置》，选择“传送文件”即可。

三、基金征集流程

1、输入基础数据，并核对，然后启用单位及相关人员。只有在单位启用后，才能进行基金征集。征集计划，是以单位为基础产生。

2、设置、检查征集参数（调用《系统管理》里面的《单位基金征集比例》和《大病保险基金征集参数设置》，设置基金的计划参数。

3、产生单位基金征集计划（调用《本月征集台帐制定》），既可只产生一个单位的征集计划，也可产生所有单位的征集计划。

4、检查基金征集计划：（1）、检查总的计划，调用报表系统中的《参保单位基金应征情况》；

（2）、检查某单位的征集清单及详情，调用基金征集中的《基本基金征集缴费清单》、《其他基金征集缴费清单》，可查阅此次计划所涉及的单位人员及各人员缴费数。

5、调整本月征集计划。当发现本月征集计划与实际不符时。第一种情况，计划产生后，此单位有本月生效的人事变动和新增、注销、封存等，此时可重新制定本月计划。第二种情况，有新增人员，其参保年月在本月以前，此时，需调整本月计划，将此人以前几个月的计划数手工补入，调入《基金补征调整》模块进行处理。

6、待计划准备，即可进行征收，可调用《托收登记》和《成批托收单打印》将计划打印成托收单，由委托银行征收。

注意：托收金额不一定是应征金额，医保中心可根据实际情况决定托收金额。如果单位交纳了现金或支票，则可根据实际缴纳数，进行现金或支票登记，然后进行交款。

7、查询单位的缴纳情况：（1）、查询本日缴纳数，调用《查询缴款情况》；（2）、查询单位本月缴纳数，调用报表系统《参保单位基金实征情况》。

注意： 因为涉及滞纳金问题（欠缴时间越长，滞纳金越多），所以，对已缴金额的处理过程是：先补上期欠缴，再冲本期应征和调整。多缴的金额，投入待转基金，下次产生计划时，自动扣减。

四、医保中心的费用支出流程

1、帐户划拨流程

前提：只有启用人员才能进行帐户划拨（1）对参保人员的基础数据，并启用。

（2）设置和检查帐户划拨参数，调用《系统管理》的《个人帐户划拨比例》，确定划拨计算比例。

（3）当单位基金已征缴后，即可进行帐户划拨，分以下几种情况（注意：帐户划拨只与基本基金的交纳有关）：

第一种，对费用已交清的所有单位进行帐户划拨，调用《基金征集》中的《帐户划拨》，选择（所有单位）进行检索，即可划拨；

第二种，对欠缴单位的帐户划拨，调用《欠缴单位帐户划拨》，可自动将帐

户划拨到单位费用已交清月份；

第三种，特殊的帐户划拨，可直接针对某单位或个人，将其帐户划拨到指

定月份，调用《帐户划拨》，选择单位或个人即可。

（4）如帐户划拨后，发现帐户划拨出错，可调用《撤消帐户划拨》，将单位或个人的帐户恢复到指定月份。（5）帐户划拨后，必须将其下传到医院，由医院程序写入卡中，为此，需调用《帐户划拨信息传送文件生成》和《帐户传送文件分发》。

（6）已划拨帐户信息，可调用《个人帐户划拨明细查询》进行查询，检验，发现帐户划拨有不对时，还可调用《帐户修改》进行帐户的手工修改。

2、零星报销

（1）准备工作：

第一，输入各医院的名称，医院级别，报销机构，调用《基础数据》里面的《医院编码管理》；

第二，设置和检查报销参数，调用《系统管理》中的《政策参数设置》，设置起负段比例、分段参数、转外就诊参数、慢性病报销参数等。第三，设置报销科目，调用《系统管理》中的《报销项目设置》，用于设置不同报销科目的自负比例，最高报销限额，自负比例起负线，处理方式。报销科目的设置原则是：不同的报销政策，则科目应分开，同一报销政策，医保中心的科目，分别设置。

（2）报销流程：

第一，输入报销费用，调用《零星报销费用录入》；

第二，持IC卡进行报销，因为医保政策与医疗费用累计，和住院次数紧密相关，而只有IC卡准确记录了参保人员的实际情况（医保中心数据库中，病人的就诊信息不是实时的，有滞后），所以报销时必须持IC卡。第三，输入报销选项，以对应不同的报销政策。最后，打印票据并结算。（3）报销后，如发现报销数据有错，可作废，调用《重打报销单及报销作废》即可。

（4）可对报销情况进行查询统计，《零星报销明细统计》、《零星报销明细查询》。

3、与医院的费用结算

（1）设置并检查医院费用的上传目录。调用《系统管理》的《系统参数设置》，选择医疗费用即可。

（2）医院数据（包含结算、就诊明细、住院登记等信息）上传后，放在医保中心，设置有FTP的服务器的机器上，在此机器上，调用《医院传送文件读入》，即将传送的文件信息转入数据库中。（3）《医院传送费用汇总》，是将上传数据进行处理，更新个人档案库等，使医保中心的数据与实际情况一致。（4）调用《医院费用结算申请》，对某医院指定时间段的费用进行汇总，与医院的报表进行对照。如一致，即可进行结算；如不一致，则需检查，导致不一致的原因，主要有以下几点：

第一，结算日期中的数据，未完全上传（因为医院的数据随时都在产生），要求结算日期应小于当前日前。

第二，同一天数据上传时，其文件名是一致的，如医院一天传送了几次，而医保未及时处理，则可能导致数据丢失。要求医院一天只能上传一次。出现结算数据不一致后，则要求医院将结算日期段的数据重传。

篇3：软件流程控制

项目成本包括直接成本和间接成本。直接成本包括直接人工成本、软硬件采购成本、差旅费等直接费用。间接成本包括管理费用分摊等。软件开发项目中人工成本所占比重很高, 管理好人工成本意义重大。人工成本等于人员工时投入乘以人员单价。对人工成本的管理, 可以简化为对工时的管理。

人工成本管理包含两个方面, 一方面要准确估算, 制定合理的成本基准;另一方面要控制成本投入, 使实际成本控制在成本基准之内。目前, 国内IT行业在这两个方面都还不是很成熟, 存在的问题主要有如下几个方面:

1.1 没有统一的估算标准, 估算结果偏差大

整个软件行业长期以来缺乏科学的估算方法和估算标准, 成本定额计算问题一直没有得到很好解决, 导致在软件开发项目招投标活动中, 频频出现恶意竞标现象, 这已成为软件产业进一步发展的障碍。为了解决行业的迫切需求, 工业和信息化部于2010年正式立项启动了《软件研发成本度量规范》制定工作, 该规范将作为国家电子行业标准进行发布。该标准以快速功能点方法衡量软件功能规模, 估算软件工作量, 从而确定软件研发成本。

尽管行业标准即将出台, 但由于很多企业不了解标准内容, 不掌握估算方法, 在估算时仍然依据个人经验进行, 估算结果千差万别。

在合同签订或招投标阶段, 即使用户提出了明确的软件开发项目需求, 不同的供应商采用不同的估算方式, 考虑不同的估算因素, 面对相差悬殊的合同报价, 很难判断哪个供应商的估算结果和报价是接近客观事实的、合理的, 哪个供应商在哄抬价格或恶意竞争?作为乙方, 估算不准往往导致在预算阶段利看项目利润很高, 但在决算时发现实际利润很低甚至亏本。估算不准对甲乙双方都可能造成伤害。

基于不准确的估算制定的项目人工成本基准也不准。基准缺乏科学性, 导致项目人工成本管理从源头上缺乏执行的严肃性。

1.2 管理粗放, 仅做人工成本统计, 但分析、控制不够

一般情况下, 各IT企业都统计软件开发项目投入的工时, 用统计的工时作为项目人工成本预决算的参考数据, 但是, 很多企业仅做统计, 不做分析和控制, 或分析和控制很弱。

之所以出现这样的现象, 有几方面原因。

首先, 思想认识问题, 即工时分析控制工作动力不足。由于估算不准, 大家认为后期工时基准可以变更, 进行工时分析和控制意义不大, 统计一下实际投入就够了。

其次, 很多企业的管理还不够精益化。项目管理的精益化是需要成本的, 也是管理能力水平的体现。例如, 从理论上讲, 在项目执行过程中, 应当进行挣值分析, 关注成本绩效指数, 出现偏差时, 立刻分析原因, 进行纠正。但是, 要真正做到, 需要建立挣值分析模型, 制定相关的制度要求, 配备管理人员等。

第三, 信息化支持不够。如果没有信息化手段做支撑, 仅通过手工方式完成工时统计分析, 效率低、成本高、准确性差, 即使有精益化管理思想和要求, 也很难在操作层面执行。

2 人工成本管理解决思路

针对软件开发项目人工成本管理中存在的问题, 主要解决思路是, 学习掌握先进的估算方法, 依据即将颁布的行业估算标准, 进行科学的估算, 从源头上控制人工成本基准, 并在此基础上设计控制流程, 在各个环节设置明确的控制点, 通过信息系统保障管理思想落地实施。具体如下:

2.1 跟踪行业标准, 掌握标准内容, 在实际估算操作中应用标准, 形成重视估算、尊重科学的企业文化。依据标准进行估算, 将使人工成本估算更趋准确, 并彻底解决甲乙双方对软件开发人工成本计算口径不统一的问题。

2.2 引入精益化管理手段, 加强项目执行过程中的成本分析和控制。对成本的管理不是等项目结束时做分析, 而是每周统计分析成本绩效指数CPI, 并且与进度绩效指数SPI进行匹配分析, 实时关注人工成本的使用情况。在项目结束时, 要重新对软件规模进行计数统计, 根据实际发生的人工工时计算企业的生产率, 用于指导新项目人工成本估算过程。

2.3 提出人工成本管理需求, 开发信息系统, 使管理思想、管理流程通过信息系统进行固化和不断优化。只有通过系统实现项目预算、项目计划、工作任务包、实际填报的工作日志工时、项目进度绩效指数、项目成本绩效指数等的联动, 才能使人工成本控制高效、准确、透明。

3 人工成本控制流程设计

项目人工成本控制流程设计如图1所示。

该控制流程的主要思想是:

(1) 从项目售前阶段开始, 控制估算和预算。设专岗进行工时成本审核。软件开发项目, 可以采用快速功能点法, 也可以采用类推/类比法, 或德尔菲方法。工时专员根据事先准备的审核检查表进行审核。审核重点在于估算、预算过程的规范性及有关参数选择的合理性。

(2) 预算表导入项目管理系统, 自动形成里程碑, 作为后续控制依据。

(3) 项目计划导入系统, 或直接在系统中拆分工作包, 形成项目组员的工作计划。

(4) 项目组成员在系统中填报工时, 由系统自动生成工时相关的各统计数据报表, 如SPI、CPI、完工率、人员使用率、人员产出率等。

(5) 项目管理办公室QA定期分析异常数据的形成原因, 发现存在的问题或风险, 与项目组一起制定改进措施。

(6) 公司对异常数据产生的原因、问题风险等统一管理, 不断改进, 形成度量库和相应的数据基线, 作为后续项目估算人工成本的参考, 使得人工成本控制越来越科学、越来越精益。

4 项目管理系统需实现的主要需求及技术实现

4.1 主要需求

4.1.1 预算表导入

根据公司的项目预算体系, 针对不同合同类型, 实现不同的预算模板。预算表导入后直接形成一级摘要。项目的各个里程碑、里程碑的开始日期、结束日期、工作量等全部自动形成。预算表导入的一级摘要只能由QA手工修改。如预算表变更, 由QA手工修改。

4.1.2 项目计划导入

项目计划导入项目管理系统时, 具体要求为:计划中的标题生成摘要, 且自动将责任人设为项目经理;计划中的具体任务生成工作包, 任务中的资源对应工作包资源;如计划中为虚拟人员, 则导入系统时默认为项目经理;预算表生成的一级摘要不能被修改。

4.2 技术实现

人工成本控制方式在原有工时填报系统的基础上扩展实现。采用Microsoft.NET平台, B/S方式, 数据库是SQLserver2000。该系统实现excel导入、导出;project导入、导出等功能。

5 实际应用效果

软件项目人工成本管理对于项目型IT企业至关重要。本文的设计思想在实际应用中得到了非常有效的实施, 发挥了巨大作用, 达到了预期效果。下面从四个方面阐述实际应用情况。

5.1 参与行业标准制定, 并在企业内部应用实施, 统一了估算方法。

多年来, 笔者所在单位一直跟踪软件规模估算方面的行业动态。

2007年, 选派两名员工参加国际功能点度量专家培训, 以推动内部FP估算。

2011年, 作为核心成员单位, 参与了《软件研发成本度量规范》标准的编写制定工作, 并在企业内部积极应用该标准开展估算工作, 向标准工作组提供了10个项目功能点数据。

2012年, 先后两批次组织公司员工参加“软件成本估算专家认证”培训, 共培养66名认证专家。估算专家覆盖了软件开发项目各相关角色, 包括售前支持人员、销售商务人员、项目经理、需求分析师、测试人员、质量保证人员、采购人员、运维人员等为统一估算标准、统一估算方法、统一估算语言奠定了坚实的基础。

5.2 估算标准成为评估供应商报价的利器

随着公司业务的迅速发展, 再加上公司人员编制的限制, 软件开发项目的交付压力越来越大, 寻找供应商通过分包或合作开发方式进行交付, 逐渐成为公司的一种长期策略。准确评估供应商报价, 不仅是公司项目管理成本控制的关键, 也是对客户负责的表现。

例如, 某应用系统开发项目, 包含8个子系统, 在售前阶段, 公司与客户达成共识, 决定我公司承担总包职责, 负责为客户梳理需求, 制定工作说明书, 选择供应商, 代替客户进行项目管理。项目的实施交付由选定的供应商负责, 供应商直接跟客户签订商务合同。在工作说明书完成之后, 经过对多家供应商的遴选和比较, 最终选定了一家。结果在报价环节出了问题。该供应商的报价远远超出客户的承受能力。供应商还振振有词, 理由是自己在该领域具有丰富的行业经验, 报价绝对合理。如果接受供应商的报价, 客户不答应;如果不接受供应商的报价, 项目如何交付?针对这一情况, 公司成立了估算小组, 小组成员都是经过认证的估算专家。依据估算标准, 对8个子系统逐一进行估算。供应商也参与了估算过程。在估算过程中, 对部分功能要实现的繁简程度进行讨论和澄清。估算结果对供应商的报价压缩了近三分之一。面对条理清晰的估算过程和估算结果, 供应商只能接受, 降低自己的报价;客户非常满意, 认为估算很专业。事实证明, 遵循行业标准的好处在于, 使甲乙双方或多方在早期就可以对项目功能模块的理解达成一致, 利于建立长期合作关系, 达到互利共赢。

5.3 工时专员独立审核, 不仅缩小估算偏差, 挤压成本中的水分, 而且规范项目售前工作。

尽管公司培养了估算专家, 为各项目依据标准进行估算奠定了基础, 但是, 不能避免个别项目虚报工时的现象出现。为减少成本估算中的水分, 项目管理办公室设立工时专员岗位, 对各项目估算结果进行独立审核, 这对各项目估算起到了一定的威慑作用, 从机制上保证了估算过程的规范化, 使估算偏差不会太大。从估算审核结果看, 估算偏差保持在15%之内。

此外, 工时专员独立审核还起到了规范项目售前工作的作用。某项目在合同签订前依据估算标准采用快速功能点方法先估算规模, 再乘以功能点耗时率计算得到预算工时。项目组估算的规模为1620个功能点, 而工时专员审核时认为规模只有1080个功能点, 相差540个功能点。若乘以功能点耗时率9, 总预算工时相差4860小时, 即607人天。这个偏差太大了。经与项目经理沟通, 本项目在售前阶段已进行了较充分的需求调研, 项目需求文档已基本完成, 而且内容也很详细, 项目组是基于需求文档进行的估算。工时专员是基于SOW (即工作说明书) 进行的审核, SOW内容写的较粗略, 需求文档中的很多内容在SOW中没有体现, 因此, 依据SOW进行的工时估算少的多。SOW也是项目组编制的, 而且是合同附件, 对客户的合同报价是基于SOW中描述的工作内容的。如果SOW的内容粗略不详细, 会让客户产生疑虑, 质疑项目组报价太高:这么少的功能, 为什么要这么多工时?因此, 为了维护自身利益, 也打消客户的疑虑, 让客户放心, 要求项目组对SOW内容进行补充, 尽可能做到规范、详细、准确、全面, 这样才能在对外报价时充分体现开发人工成本, 便于甲方认可我们的合同价格。

5.4 定期开展成本/进度绩效指数 (CPI/SPI) 匹配分析, 使工时储备及时收归公司, 减少成本浪费。

公司的项目例会每两周召开一次, 例会前项目管理办公室统计各项目的进度绩效指数SPI、成本绩效指数CPI数据, 分析两个指标的匹配情况, 判断人员投入是否正常, 是否存在风险等, 必要时, 项目工时储备收归公司管理。

某次公司例会前统计时发现某项目数据问题:CPI=1.73, 工时节约;SPI=1, 进度正常。数据说明, 在投入较少的情况下, 仍保持着正常的进度。这当然是好现象。原因是什么呢?是项目组效率提高了, 还是其它因素导致的?经与项目经理沟通发现, 项目前期估算时预计数据采集接口开发技术难度高, 工时估算预留了一定的储备, 而在实际执行过程中发现, 该接口较容易实现, 因此, 节省了工时。基于此, 公司要求项目组对后续工作尚需工时进行重新评估, 因技术难度预估偏差产生的工时节余收归公司, 避免浪费, 同时, 按原计划配备的接口开发人员应及时释放, 承接新任务。这项工作既给项目组、给公司节省了成本, 又及时释放了关键岗位上人员, 缓解了公司人力资源紧张状况。

5.5 每年定期收集各项目数据, 发布生产率基线和提升目标, 作为后续新项目估算参考, 推进人工成本管理良性循环、更上层楼。

纵观上述各项实例可以看出, 从跟踪行业标准、依据标准进行估算、工时专员独立审核、通过系统实现工时填报、到SPICPI定期分析、发布生产率基线和提升目标, 从各个环节进行有效的人工成本控制, 该方式实现了对软件开发项目人工成本控制的目标, 帮助组织提升了项目管理能力和赢利能力。

参考文献

[1]王强.IT软件项目管理[M].北京:清华大学出版社, 2004.

篇4：浅谈软件开发流程前期的软件测试

【关键词】软件测试；软件缺陷管理；文档的测试和评审；软件测试流程

1.基于开发过程的测试流程

根据软件开发流程的特点，软件的开发流程可分为：产品立项、需求调研、概要设计、详细设计、编码&单元测试、集成测试、系统测试、验收测试几个阶段。

测试流程在项目立项时就与之同步启动，并且覆盖软件开发的整个流程。这就要求在进行软件测试过程中要考虑审核和评审软件开发过程中各个阶段的文档和产品。

在软件测试流程中加入考虑对软件开发流程各个阶段文档集产品的评审。那么就要对相应的评审或测试结果进行文档化，形成新的软件缺陷报告或记录。项目组长或高层人员通过对这些文档的阅读，可以清楚地知道软件在开发的各个阶段存在的问题，能将因前期设计问题出现的软件缺陷问题消除在萌芽状态，保证软件开发效率和软件质量。

软件测试的目的就是发现缺陷，而它的另一个经济目的是尽早发现缺陷，以降低修复或者售后的成本。事实上，许多统计资料表明，开发过程每前进一步，发现和修复一个缺陷的平均成本要提高10倍。在代码复查阶段，平均1-2分种能发现和修复一个缺陷，在初始测试阶段要10-20分钟。在集成测试时要花费1个小时或更多，在系统测试时要花10-40个小时。这就是为什么要在项目初期就要进行文档化和审核文档的重要目的之一，在文档阶段发现文档中需求方面和软件功能方面的缺陷，如果及时修改可以避免在编码阶段发现和修改需要的大量人力和时间，是项目能按照既定计划完成的保障。

文档化的另一个重要目的是，它是软件测试的根本依赖。无论是测试计划还是测试用例都是根据需求文档和详细设计文档编写的。如果在测试阶段修改需求文档或设计文档，那么相对的开发编码、测试计划和测试用例都要相应的进行修改，那么由此引发的人力和时间对整体项目来说都是巨大的风险。在早期的文档的评审可以有效的降低整个项目的风险的同时，也会让整个项目更加缜密。

2.软件缺陷管理

软件缺陷管理就是对软件开发过程中所发现的软件缺陷进行跟踪管理，并记录软件缺陷的状态信息，保证每个被发现的软件缺陷都能解决并关闭。软件缺陷管理是软件开发过程中项目管理流程中重要的组成部分。软件测试流程管理其在本质上就是软件缺陷管理的文档化、规范化流程。

软件缺陷管理工具就是软件测试和缺陷管理的最好帮手，软件缺陷工具的主要优点在于不用再担心在项目过程中发现的缺陷无人认领或者被忘记修改。每个缺陷从新建到被关闭的过程都是由它的作者负责推动的。那么试想需求缺陷由产品人员负责，产品功能缺陷由测试人员跟踪，由缺陷发现者主导协调好和开发人员的关系，让开发人员能更有效的对软件自身的缺陷形成有效的关注，减少开发人员在缺陷上的沟通成本，可以让项目运转的更加順畅，让缺陷解决过程中的成本得到有效的控制。软件缺陷管理工具在软件项目起到不可替代的作用，它的使用应该从项目立项就跟测试人员一起介入项目中。

3.结束语

任何软件开发组织想完全消灭软件缺陷都是不现实的，也是不可能实现的。要想开发出高质量的软件产品，除了要有严格的开发流程和开发标准外。在软件的开发过程中全程引入软件质量保障也是一种行之有效的手段。通过对软件开发流程各个阶段的文档和产品的评审和测试，形成详细的文档化结果，是保障软件产品质量和减少后期工作量的有效管理方案。随着软件规模的不断扩大，软件缺陷数量的不断增加，这个管理方案的优势就会更为显著。 [科]

【参考文献】

[1]商惠华，张春雷，吕维先.基于FPA的软件工程监理方法[J].微计算机信息，2008（21）.

[2]吕晓峰.软件工程监理的一般流程与监理要点[J].现代计算机（专业版），2004（06）.

[3]王锋，张睿，张燕.软件工程监理的实施策略[J].信息技术与信息化，2004（05）.

[4]聂林波，刘孟仁.软件缺陷分类的研究.计算机应用研究，2004（06）.

[5]徐芳.软件测试技术[M].北京：机械工业出版社，2006.

篇5：软件品质管理流程

单元和集成测试流程图

系统测试流程图

N申请是否通过申请是否通过接上一阶段退回提交测试申请单NY是否初测是否初测NY检查文档 编写测试计划审验测试环境是否通过是否通过YY是否满足是否满足复查条件复查条件N用例评审Y是否复查是否复查结束初测N是否存在重大问题是否存在重大问题需要挂起或退回需要挂起或退回N系统测试Y退出或挂起项目编写 / 补充测试用例复查BUG构建自动化测试代码达到系统测试要求可选提交相关报告进入下一阶段

压力测试流程图

说明：压力测试为模拟用户正常使用时，系统正常工作的最小时间。

性能测试流程图

说明：测试系统的崩溃极限（最多使用人数和数据库的极限容量）。

软件测试流程关系图

软件测试流程关系开开发发流流程程产品开发立项申请通过评审计划制定及提交审核需求分析概要设计详细设计编码单元测试集成测试系统测试产品化验收测试测测试试相相关关入入口口经评审的需求变更说明书产品测试计划及裁减说明书经评审后的需求规格说明书、需求模块功能矩阵概要设计说明书详细设计说明书单元测试记录系统测试缺陷记录产品化工作报告需求阶段的测试工作概要设计阶段的测试工作单元测试阶段的测试工作系统测试阶段的测试工作产品化阶段的测试工作测测试试活活动动确定测试目标定义测试策略说明书测试覆盖粒度分析需求的变更测试检验需求完成率制定系统测试计划设计系统测试用例并评审制定测试环境的组网方案缺陷走势分析缺陷走势分析系统测试遗留问题分析代码完整性检验包装清单检查产品外观检查测试产生的质测试产生的质量记录文档量记录文档产生的文档：《测试策略说明书》《测试覆盖粒度直方图》《需求变更趋势图》《验收测试计划》产生的文档：《设计完成率说明书》《系统测试计划》《系统测试用例》《系统测试组网方案》产生的文档：《缺陷统计表》《缺陷走势图》《缺陷分类走势图》《单元/集成测试报告》产生的文档：《缺陷统计表》《缺陷走势图》《缺陷分类走势图》《性能指标》《系统测试报告》产生的文档：《产品质量合格证书》《产品化阶段工作报告》 研发、测试、配置协作关系

篇6：软件开发流程

1.总纲

目的主要讲述如何组织开发软件项目，使之更加快速、有效的完成。并分成以下几个阶段进行详细讲述：项目计划阶段、需求分析阶段、软件开发阶段、测试阶段、管理软件开发过程、各参与角色的具体职责描述及对人员的要求。

适用范围

开发周期3周、开发人月2人月的项目，中小型（3-7人）软件项目的开发指南，而大型软件项目使用RUP会更好。

注：周期小于上述范围，使用开发任务需求单进行安排，走任务开发流程。

总体流程

计划阶段－》需求分析阶段－》软件开发阶段－》测试阶段－》完成2.项目计划阶段

项目计划草案和风险管理计划作为第一步，当有一个商业机会后，根据公司高层负责制定的初步商业计划书来完成项目的计划草案，确定、分析项目风险并确定其优先级，还要制定风险解决方案。本阶段的目的是确立产品开发的经济理由。

当确定开发之后则制定软件开发计划、人员组织结构定义及配备、过程控制计划。

（1）项目计划草案

项目计划草案应包括产品简介、产品目标及功能说明、开发所需的资源、开发时间和里程碑。

（2）风险管理计划

也就是把有可能出错或现在还不能确定的东西列出来，并制定出相应的解决方案。风险发现得越早对项目越有利。

（3）软件开发计划

软件开发计划的目的是收集控制项目时所需的所有信息，项目经理根据项目计划来安排资源需求并根据时间表跟踪项目进度。项目团队成员根据项目计划以了解他们的工作任务、工作时间以及他们所依赖的其他活动。

可将计划分成总体计划和详细计划，总体计划中每个任务为一个里程碑，详细计划中必须将任务落实到个人。

软件开发计划还应包括产品的应收标准及应收任务（包括确定需要制订的测试用例）。

（4）人员组织结构定义及资源计划

常见的人员组织结构有垂直方案、水平方案、混合方案。垂直方案中每个成员充当多重角色。水平方案中每个成员充当一到两个角色。混合方案则包括了经验丰富的人员与新手相互融合。具体选择根据人员实际技能情况进行选择。

适用范围：开发人月大于5人月、周期超过2个月、投入人员4人以上的项目必须编写计划，低于范围的则可省略或者简化

（5）过程控制计划

过程控制计划的目的是收集项目计划正常执行所需的所有信息，用来指导项目进度的监控、计划的调整，确保项目按时完成。

适用范围：开发人月大于5人月、周期超过2个月、投入人员4人以上的项目必须编写计划 低于范围的则可省略或者简化

3.需求分析阶段

需求分析阶段的目的是在系统工作方面与用户达成一致。

（1）软件需求规约

详细说明系统将要实现的所有功能。

参考文档：

（2）用户界面原型

可以有三种表示方法：图纸（在纸上）、位图（绘图工具）、可执行文件（交互式）。

参考文档：

4.软件开发阶段

本阶段从物理上实现目标系统。采用了面向对象方法。

（1）软件架构

说明软件的组织结构、部署结构及运行环境。

（2）类设计

定义类之间的关联和类的属性、方法。

（3）数据库设计

定义数据库表之间的关联和各个表的字段。

（4）编码和单元测试

按照设计文档进行编码，每完成一个模块应进行单元测试。

（5）集成系统

按软件组织结构的要求将各个子系统组合起来。

四、测试阶段

测试的目的是在发布之前找出程序的错误。包括：核实每个模块是否正常运行（参考设计文档）、核实需求是否被正确实施（参考需求文档）。

（1）测试计划

收集和组织测试信息，为测试工作提供指导。

（2）测试数据

尽量使用真实数据。

（3）测试报告

记录测试结果，详细描述问题，提出解决办法。

（4）帮助文件和用户操作手册

五、管理软件开发过程

有以下几方面地工作：

（1）组织会议

讨论会议、总结会议等。

（2）评审程序

对各个阶段的工作结果进行审核。

（3）协调人员

（4）配置管理

使用一些配置管理工具进行开发文档管理，如：Visual Sourcesafe，Teamsouce等

六、各参与角色的具体职责描述及对人员的要求

（1）项目经理

职责：

1、制定产品的目标。

2、制定各个工作的详细任务表，跟踪这些任务的执行情况，进行控制。

3、组织会议对程序进行评审。

4、综合具体情况，对各种不同方案进行取舍并做出决定。

5、协调各项目参与人员之间的关系。

人员要求：

对产品有激情，具有领导才能。

对问题能正确而迅速地做出确定。

能充分利用各种渠道和方法来解决问题。

能跟踪任务，有很好地日程观念。

能在压力下工作。

（2）系统分析员

职责：

1、了解用户需求，写出《软件需求规约》。

2、建立用户界面原型。

人员要求：担任系统分析员的人员应该善于协调，并且具有良好的沟通技巧。担任此角色的人员中必须要有具备业务和技术领域知识的人才。

（3）设计员

职责：

1、定义类的方法和属性以及各个类之间的关联，画出类图。

2、进行数据库设计。

人员要求：掌握面向对象分析与设计技术，统一建模语言(UML)。

（4）程序员

职责：按项目的要求进行编码和单元测试。

人员要求：良好的编程技能和测试技术。

（5）测试员

职责： 执行测试，描述测试结果，提出问题解决方案。

人员要求：了解被测试的系统，具备诊断和解决问题的技能，编程技能