软件说明报告

软件说明报告（共6篇）

软件说明报告篇1

软件操作流程

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

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）调用《医院费用结算申请》，对某医院指定时间段的费用进行汇总，与医院的报表进行对照。如一致，即可进行结算；如不一致，则需检查，导致不一致的原因，主要有以下几点：

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

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

说明：在以前系统中，如遇医院重装，导致数据唯一性标志重复，也可能导致数据不一致。解决方法是，更改程序，将医院编号，就诊日期，就诊号作为唯一标志。（5）如结算数据一致，则可调用《医院费用结算入帐》进行处理，然后可查询结算情况。

软件说明报告篇2

一、起因

现阶段, 高中数学教师讲授算法内容时, 都会或多或少地面临如下一些问题或者困难:

1.绘制程序框图既不方便也不容易

现阶段的课堂教学, 要想现场绘制程序框图, 无非是使用Word、Power Point、Auto CAD或者Visio, 甚至于在黑板上直接用粉笔绘制, 无论采用哪种方式, 只要经历过的老师都知道这都是一件不容易的事情.

2.绘制的程序框图成品不能直接运行

绘制程序框图本身很不容易, 这一点暂且不说.即便是得到了成品图, 因为不能直接运行, 所以不知道它的运行结果, 因此它的正确性无法用预期结果进行检验.

3.编写和执行伪代码也不是很方便

除了在黑板上编写伪代码, 我们还可以用写字板、记事本或者Word编写, 这一点不是很难;但是要想检验其正确性, 并得到运行结果, 必须另存为*.bas文件, 并且切换到DOS环境下使用BA-SIC程序进行调试和运行, 对于这一点, 说句不太好听的话, 并不是所有的高中数学教师都能顺利完成, 所以较难达到预期的教学效果.

二、任务

为了解决上述教学中的实际困难, 我们急需一款功能不是很全很强, 但要求比较实用的软件.能够帮助高中数学教师在课堂教学时, 比较容易地绘制程序框图, 最好能够直接运行并能得到运行结果.在不用手工切换工作环境的情况下编写、调试和运行伪代码 (即BASIC程序代码) .

三、准备

因为1985年在大学接触到计算机并学了一些皮毛, 近几年又在自学VB, 所以就异想天开———想解决上述实际问题.

四、成果

经过查阅资料, 一边学习, 一边实践;一边编写, 一边调试等艰苦工作, 前前后后用了几年的假期, 终于有了雏形———程序框图编辑软件, 期望对算法内容的教学有所帮助.

五、使用

1.绘制程序框

首先在工具栏内, 用单击鼠标左键的方式选取工具 (有起始框、处理框、输入框、输出框、判断框、连接点、终止框等) , 再在工作区单击鼠标左键, 按照提示填写相关信息并确定, 就能绘制出所需的程序框.

2.添加流程线———连接绘制好的程序框

依照执行次序 (次序反了箭头就反了) , 先后用鼠标左键点按两个绘制好的程序框, 再在编辑栏内点击连接, 就能在两个程序框之间添加流程线.

3.删除流程线

要想删除某两个程序框之间的流程线, 先用鼠标左键点按两个程序框, 再在编辑栏内点击删除流程线, 即可删除流程线.

4.删除程序框

只能删除没有用流程线连接的程序框, 方法是先用鼠标左键点按想要删除的那个程序框, 再在编辑栏内点击删除程序框, 即可删除程序框.

5.成图并运行

用拖动的方式调整各个程序框的位置, 所见即所得--成图.点击控制栏内的执行按扭, 即可看到运行过程并得到运行结果.

软件说明报告篇3

近些年来，随着计算机技术与硬件的发展和互联网时代的到来，当今社会已经进入了信息时代，也有人把它称为数字化时代，在这数字化的时代里，传统的手机应用已经跟不上历史的潮流。手机运动助手就是为满足各种热爱运动人群的需求而开发的一套实用的软件。通过互联网创建手机运动助手运动软件，可以宣传健康运动方式，从而促进人们的健康运动知识的提高。使用Android平台开发的运动软件，可以在用户登录后提供选择运动模式、制定运动计划以及符合自己运动习惯的细节设置、提供相关运动数字作为参考、对用户信息进行分享查看删除等功能。

关键词：Android平台；手机运动助手软件；移动开发；SQLite数据库

中图分类号：TB

文献标识码：A

文章編号：16723198（2016）04022504

1 引言

本章是对本论文所描述课题的背景及自己对该课题的研究的意义的介绍，主要包括介绍Android平台的背景、论述论文研究的意义等。

1.1 论文研究的背景

在对本课题进行设计的时候，首先要熟悉Android平台的结构和开发环境，也就是要了解Android SDK软件开发中的一些类库和熟悉工具包的使用及Android平台提供的多个接口函数。其次就是要熟悉Android平台下的开发技术，如Activity的生命周期、事件的处理机制、监听机制、数据的存储等等。最后就是能够很好的运用相应的开发工具进行程序的编写和调试等。

在做好以上的准备后就是对手机运动助手的研究。虽说在网上有很多的手机运动助手，但是分析发现还有许多的不完善之处。而这次课题的研发就是在借鉴网上的手机运动助手的基础上进行一些改进，让用户使用起来更舒服。而在网上的许多的手机运动助手都只是单一的测量距离。而本次研究课题的主要实现的功能就是实现测步、测速、计算消耗卡路里、保存数据等等。从而使用户在安装一个软件的情况下享受多种功能。

1.2 课题研究的意义

作为一个Android新手，选择一个基于Android平台的应用程序做论文的研究课题，具有很大的意义。

首先对于本课题的研究，对社会具有一定的意义，可以说是有很小的意义。通过浏览网上的一些手机运动助手发现，虽说它们的功能都很强大、界面很炫酷，但是都是单一的手机运动助手。而这个课题就是把手机运动助手的各种功能相结合，使功能尽可能的满足用户。系统的界面设计得相当的简洁，给用户清新的感觉。所以对用户具有一定的意义。

其次就是对自己意义重大。虽然经过一段时间的Android学习，但是自己对这段学习成果也不是很有底，而正好可以通过编写这个论文来检验一下自己，检查自己的不足和漏洞，从而进行弥补和完善。而从大局来看就是可以对自己四年的专业知识进行一下测试，也为自己以后的工作积累点经验等等。所以总体来说这篇论文对自己的意义还是很大的。

2 需求分析

需求分析是软件工程中非常重要的一步，充分的需求分析是设计好程序的前提。这里主要包括系统的总体需求、系统的需求分析、系统的需求说明和系统的可行性分析。

2.1 系统的总体需求

现在无论是在PC上还是在手机上，相信很多人都在用手机运动助手。所以手机运动助手的作用就越来越重要。开发一个实用的手机运动助手就越来越适合当今的发展趋势。

本文就是在此基础上提出总体的功能需求。主要就是能够实现测步、测距、测速、保存数据。通俗的讲就是通过手机运动助手的多功能化，来满足更多用户的需要。这可以说是该系统开发的一个小小的亮点吧。因为现在很多的手机运动助手都是单一的功能。

2.2 系统需求分析

本文研究课题主要就是在基于Android平台下设计并开发一个手机运动助手软件。运用当前Google提供的Android SDK来实现对模块的查询。当然使用的数据库是Android自带的小型数据库Sqlite。尽管没有面向对象的数据库的作用强大，但是在Android开发上还是比较的灵活和方便的。系统的总体的功能业务可以主要描述为以下几点。

2.2.1 主界面菜单选项功能

主界面是该软件的第一个真正意义上的可操作界面，是响应用户的第一步操作，主要就是获取用户运动时的各项数据。界面的主要需求就是简单明了，再加上清新明目的背景图片，一定会给用户视觉上的快感。主界面拒绝那些繁琐的操作，给用户以方便。

2.2.2 帐号注册功能

帐号注册界面是在主界面点击帐号注册后，切换到帐号注册界面，然后进行帐号注册。输入相应的信息，然后把注册结果显示在该界面。这里主要使用的是Android中的XML进行布局。为了避免让用户在查询的时候感到眼花缭乱，在此就不再用图片做背景，减少干扰。

2.2.3 登录功能

登录也是在主界面上输入帐号密码，点击登录后，系统对帐号和密码进行验证成功则进入系统，失败则提示用户重新输入。

2.2.4 数据处理功能

数据处理功能是对用户在运动时的各项数据进行统计和处理，利用重力感应系统测速、测步、并通过这些数据计算出消耗卡路里的值，将统计的数据通过分享通过希望的途径传播出去。

3 系统的可行性分析

3.1 复杂分析

本系统的数据库文件是根据任务书要求做的调研进行设计而出，在进行数据库方面的设计时，要考虑到满足本系统的功能实现。重点是数据库的数据传输，可以与手机上的进行互动。

3.2 可行性

随着Android的快速发展和不断完善，Android的应用是越发的广泛。所以基于Android平台的手机运动助手小程序也是越来越多、越来越受欢迎。而一款好用且功能强大的手机运动助手软件可以为用户提供随时随地的服务，很多的Android手机运动助手的开发和网络上各种版本手机运动助手的出现，相信很多的用户都会选择享受这种服务。因而从服务的角度来说，具有可行性。

通过以上的需求分析和对系统复杂性的分析，基于Android的手机运动助手的开发具有现实性，综述该论文的设计开发具有可行性。

4 总体设计

根据软件工程的思想对该系统进行总体的设计。主要包括系统的设计目标、总体设计、总体流程图、功能模块图和数据库的设计。

4.1 系统的设计目标

通过对网上主流的手机运动助手app了解，在借鉴网上手机运动助手app的基础上，设计一个有所创新的手机运动助手app，而这个创新主要是体现在功能上。也就是说在实现计步的同时，实现测速、测距、计算消耗卡路里等功能。所以这也是这次毕业设计所要达到的设计目标。

4.2 系统的总体设计

手机运动助手需要具备的功能主要就是注册、登录、计步、测步速、测速度、计算消耗卡路里、记录、查看历史记录、删除记录、分享数据等。所以我们主要是围绕以下两项主要功能来实现的。该论文讨论环境主要是在Windows的操作系统下搭建，在Android平台上开发和运行。

4.3 系统框架设计

系统的框架的设计主要就是通过对系统的主要的流程和模块进行设计。在这里我们就对该系统的主要的流程和模块进行简单的介绍。

4.4 系统总体流程图

在启动Android的模拟器以后，系统首先显示登录功能界面，用户可选择是注册新用户还是登录，注册成功后返回登录界面，登录成功后进入主界面，当用户进行跑步或者散步等运动时，系统会记录下用户的各种运动数据，当按下重置时，系统会自动保存用户本次运动的数据，行成记录显示在界面长按记录进行删除。其整个流程如图1所示。

注册就是在登录界面用户点击注册按钮之后，进入注册页面，填寫注册信息，点击提交，系统进行验证，通过则在数据库添加，否则提示用户输入的信息有误，注册成功返回登录界面。

用户登录也就是在用户输入帐号密码点击登录以后，系统对用户输入的帐号密码进行验证，成功进入主界面，否则提示用户重新输入。

4.5 系统功能模块设计

系统的功能框架，主要分为对用户注册、用户登录、数据统计、数据处理。

用户注册模块包括了对用户填写的注册信息的验证，帐号的唯一性检测，新增功能。

用户登录模块包括了对用户输入的帐号、密码的格式规范、长度判断、通过服务器连接数据库查询获取，判断帐号与密码是否正确等功能。

数据统计模块包括了对用户在运动时各种数据的测试、计算，是先暂停/继续、重置（添加数据记录）、设置、查看记录等功能。

数据处理模块包括了对用户保存的历史记录进行查询、删除、分享等操作。

4.6 系统数据库的设计

本部分主要分为两个模块：用户模块和数据模块，且都为SQL Server2008数据库。

5 详细设计

在软件工程的思想中，详细设计是整个工程中最为重要的部分。经过详细设计，系统的整体结构和细节就确定了下一步就只需要编码就行。本章主要包括详细设计的目标、功能详细设计及界面详细设计。

5.1 系统详细设计目标

在对系统的总体设计完成以后，接下来就是对系统的详细设计。对于系统的详细设计主要就对其功能和界面的详细设计。

在对功能的详细设计上详细说明具体的设计方法和所要调用的方法。界面的设计通过简单的示意图来进行详细的介绍。总之，通过详细设计，能让我们很快、很好的编写代码。

5.2 系统的功能详细设计

5.2.1 登录模块功能详细设计

（1）注册功能。

注册模块的功能就是把用户在界面输入的注册信息添加到数据库中。首先在Activity内定义Button实例绑定用户页面的按钮，用setOnClickListener给它添加一个监听器，在监听器内调用向服务器请求连接并在数据库新增的操作。

（2）登录功能。

用户登录就是在登录界面，用户输入自己的帐号和密码，点击登录按钮，系统在按钮监听内相应事件，请求连接服务器并查询相应的帐号和密码，并判断帐号和密码是否正确，不正确则提示用户输入的帐号和密码有误，重新输入，正确则提示用户登录成功，并进入主界面。

5.2.2 数据获取功能详细设计

数据获取就是在进入主界面后，当用户进行跑或者散步等活动的时候系统会自动的同过手机重力感应和GPS来获取用户运动时的数据，如：步数、步长、距离、速度并计算出消耗卡路里等数据，用户在该界面可点击暂停/继续、重置、设置、记录等菜单按钮，当点击重置时，系统会自动将本次运动产生的数据通过服务器添加到数据库。

5.2.3 设置功能详细设计

设置功能实现的目的是为了让用户能够更精确的获取运动时产生的数据，可对身高体重、步长、系统感应灵敏度等常量进行设置，还可设置语音对用户进行提示。

5.2.4 数据处理功能详细设计

当用户在主界面点击重置按钮时，系统会自动通过想服务器发出连接请求并将数据添加到数据库，点击记录按钮时可查询此用户所有的运动数据信息并形成列表显示在界面，长按数据行可对此列数据删除，同时在主界面有分享功能把当时收集的数据通过你希望的途径发送出去。

5.2.5 系统的界面详细设计

本节主要是对手机运动助手中的所有界面的设计进行详细的解释。按照功能的需求分析，主要就是详细的介绍五个界面：注册界面、登录界面、主界面、设置界面、记录信息界面。

5.2.6 登录界面的设计

登录界面是用户在运行该软件的时候第一个出现的界面。主要的设计还是在XML中实现的，在XML中定义一个ImageView控件，来加载drawable-hdpi文件中的背景图片。

5.2.7 注册界面的设计

注册界面的设计是在登录界面之后出现的一个可操作界面，该界面就是让用户通过这个界面来注册自己登录系统的通行证。主要就是在XML文件中布置Button按钮控件，然后分设置相应的属性，设置不同Button按钮的ID属性，然后Function类对该界面的实现。通过类中定义的Button，用FindViewById方法获取各个Button按钮的ID值。然后分别为按钮设置监听器。最后把监听器绑定到相应的Button按钮上，实现界面之间的跳转。

5.2.8 主界面设计

主界面的功能就是把在用户运动时获取到的数据和计算出的结果在界面上显示出来。并且在得出结果之后，可以通过菜单键按钮来进行操作。总的设计过程是要在XML文件中布局，总体布局是运用线性布局，然后用几个线性布局共同作用成一个主界面界面。在这里主要就是实现对用户运动时的数据的获取，看起来比较美观，TextView是显示文本的信息。在这里设置好这些控件后，设置各控件相应的属性。

5.2.9 设置界面设计

设置模块的功能就是让用户对系统功能进行设置，对自身身体数据进行设置。总的设计过程也是在XML文件中进行的。

5.2.10 数据记录界面设计

数据记录模块的功能就是让用户查询所有运动时添加的数据记录，并以列表的形式展示在界面，长按行数据可对此行数据进行删除。

6 功能的实现

6.1 数据库的建立和连接

6.1.1 数据库的建立

本系统数据库主要是使用SQL Server 2008数据库。

6.1.2 数据库的连接

用DBHelper对数据库的连接进行管理，主要通过调用类中的loadDriver（）方法来获取一个数据库对象，用getConnection（）进行连接，这个对象就可以对数据库进行操作，对于数据库的关闭主要是调用该类的closeConnection（Connection conn）方法。

6.2 核心功能

（1）运动数据探测功能的实现；

（2）结束和记录功能的实现。

6.3 功能的实现

注册是在用户输入注册信息并点击提交按钮之后，通过验证并想服务器发出连接请求，向数据库添加数据。

在注册冲过后，系统会将注册的帐号传递到登录界面并显示在帐号输入框里面，用户需输入密码，点击登录按钮之后，系统会对帐号密码进行简单验证，符合规范后想服务器请求连接数据库并查询帐号，并对帐号和密码进行判断是否正确。

用户登录成功之后，进入主界面，此时，若用户携带手机进行跑步或散步等运动时，系统会自动通过手机重力感应和GPS等来获取用户运动时产生的数据，并通过计算得出用户消耗的卡路里等数据信息，并显示在界面上。

在系统同级数据时，用户可点击菜单暂停/继续、结束、设置、记录等按钮来对数据进行操作或者对系统进行设置，点击重置时，在重置数据时会自动将数据通过服务器添加到数据库方便用户查询，点击设置按钮后，用户进入到设置界面，此界面是对系统功能进行设置，或者对用户身体数据进行设置。

在主界面当用户点击记录按钮时，用户会进入到记录界面，此界面显示的是用户一晚所有运动产生的数据信息，通过服务器连接数据库获取，并以列表的形式显示在界面，长按某一行数据时，可对此行数据进行删除。

7 结束语

此次论文研究主要针对Google推出的Android平台下开发手机运动助手软件，并设计自己的数据库和单词搜索。当然这个系统是基于数据库建立起来的。在起初，主要就是看Android的SDK，学习Sqlite数据库的机制，表的建立等等。后来在网上搜到一些单词库，然后就试着导入，但是每次导入都是失败。后来下载一些小的数据库，导入才算成功。对于这种情况，我上网查了好多的资料，最后发现导入方法有点问题。最终在网上资料的指引下，这个问题得到了解决。使用的模糊查询使程序更人性化，给用户带来更多的便捷。而加入的汉语解释同样可以给用户带来好的体验。总体来说，对这次课题研究还是比较满意的。

这次论文研究及实现是对自己四年来所学的东西的检验及应用。当然由于时间的问题，该系统还有很多的不完善之处。如果以后有时间的话，我会对其多扩展几个功能：

（1）代码和界面的优化。好的界面也是吸引顾客原因之一。所以美好的界面设计可以给人以不同的视觉感受。

（2）手机运动助手可以装载外部的数据库。不同的用户使用的情况也是有所不同，用户可以根据自己的需要装载自己的数据库。

参考文献

[1]韩超，梁泉.Android系统原理及开发要点详解[M].北京：电子工业出版社，2010.8.

[2]柯元旦，宋锐.Android程序设计[M].北京：北京航空航天大学出版社，2010，（7）.

[3]吴文明.Sqlite数据库在Android开发中的应用[J].重庆航天职业技术学院学报，2011.

[4]邱少明，袁劲松.Java面向对象程序设计[M].北京：清华大学出版社，北京交通大学出版社，2009，（10）.

[5]余志龙，陈昱勋等.Google Android SDK开发范例大全[M].北京：人民邮电出版社，2010，（6）.

[6]Google Android Web Site [EB/OL].http：//www.android.com.

[7]Sqlite中文社區 [EB/OL].http：//www.sqlite.com.cn.

02软件设计说明书篇4

V1.0

文档名称：项目名称：

软件设计说明书学生考勤管理系统

编写：学号：10006410 姓名：李春林校对：学号：10006410 姓名：李春林审核：学号：10006410 姓名：李春林日期：院系：专业：

2013年5月8日

通达学院计算机科学与技术 1.引言 1.1 编写目的

要求《学生考勤管理系统》对学校全体学生的资料和考勤情况进行管理，通过每日的打卡把出勤信息输入到学校的考勤管理中心，保存学生每日的出勤情况，以便统计学生的出勤情况。同时方便班长查阅，即节省了人力，又省去了中间的很多容易出错的步骤。让学校学生的考勤管理更具有透明性，且方便管理。

明确所要开发的软件应具有的功能、性能，是系统分析人员和软件设计人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计和完成后续设计与开发工作，为软件开发范围、业务处理规范提供依据。根据《需求规格说明书》，在仔细考虑讨论之后，我们又进一步对《学生考勤管理系统》软件的功能划分、数据结构、软件总体结构进行设计，从而完成概要设计，作为软件详细设计的基础。

1.2 项目背景

项目委托单位：计算机学院软件工程系。

开发单位：*************************************。

考勤作为一个基础管理，是学校对学生进行管理的基本依据。实际管理和记录工作非常需要快速获知各个年级学生的每日出勤情况，以便于及时向班长反映学生出勤、缺勤情况（包括迟到、早退、病假、事假、旷课等情况）。因此此系统在操作系统的基础上，结合Accese数据库管理系统，运用VC++来实现运行。

1.3 定义

学生考勤管理系统

GUI：Graphic User Interface,图形用户界面。

1.4 参考资料

[1] 国刚周峰孙更新编著

《UML与Rational Rose 2003》北京：电子工业出版社 2007

[2] 彭德中编著《软件工程—理论与实践》高等教育出版社 2004 [3] 李佳若《Accese2002数据库应用》人民邮电出版社 2006

[4] 《学生考勤管理系统》曲阜师范大学计算机科学学院06级2班第二小组 2.任务概述 2.1 目标

《学生考勤管理系统》相应的需求有：

1.具有输入、查询、删除、修改记录的任课老师，学院领导以及系统开发人员等系统管理员；

2.具有查询记录的学生作为普通用户； 3.能够对需要的统计结果提供打印输出；

4.能够提供一定的安全机制，提供数据信息授权访问，防止随意删改，同时提供信息备份的服务。

a)运行环境

Intel486以上系列、AMD K6 以上系列等PC台式机和便携式电脑；运行时占用内存：≤1MB；所需硬盘空间：≤5MB；

软件平台：中文Windows2003/xp或更高版本；

b)条件与限制

由于时间比较短，使用计算机不方便以及对于网络编程不熟悉，本图书馆管理系统并没有提供数据的远程访问功能。对信息的保护手段仅限于设置用户级别，以及提供数据文件的备份，比较简单，安全性能有待进一步完善。5.总体设计 3.1 处理流程

1.主流程

1)建立与数据库的连接 2)获取系统设置

3)显示主对话框（即主界面）

4)等待用户输入，如为学生：进入学生考勤流程（显示学生对话框）。如为教师：进入教师工作流程（显示教师对话框）。如为院系领导：进入院系领导流程（显示院系领导对话框）。如为系统管理:进入系统管理流程（进行授权）。如为退出：检查所有子窗口，关闭对话框，断开与数据库的连接

2.学生考勤流程

1)要求用户输入学号，姓名 2)学生身份检验

3)获取相关的学生信息并显示

4)等待用户输入，如为确认输入操作：读入操作，提交请求，更新信息显示，把操作信息写入考勤访问记录文件进行备份，显示考勤操作结果。如为完成相应操作：结束学生流程。

3.教师工作流程

1)等待用户输入：如为确认输入教师号：读入教师号，提交教师请求，显示教师操作的返还信息。如为查询考勤状态：显示考勤信息，如为退出：结束教师工作流程。

4.院系领导流程

1)等待用户输入，如为确认输入院系领导：读入院系领导，显示相应操作，显示操作结果。如为退出状态：结束该流程。

5．系统管理流程

1)要求用户输入账号及口令 2)用户操作权限检验

3)根据操作权限级别显示系统管理对话框

4)等待用户输入，如为请假操作：进入请假操作流程。如为学生考勤库操作：进入学生考勤库操作流程。如为数据统计：进入数据统计流程。如为更改口令：要求用户输入口令，检验正确后更新。如为返回：结束系统管理流程

6．请假操作流程 1)显示请假信息

2)等待用户输入，如为事假：要求输入原因、时间，提交申请，等待审批。如为病假：要求输入时间和相应证明的照片，确认为病假，等待审批。

7．查询操作流程 1)显示学生考勤信息

2)等待用户输入，如为学生：输入学生号，查询记录，显示数据。如院系领导：输入口令，查看是否有学生请假或病假审批，要求及时返回审批结果，修改相应信息。刷新数据显示。如为返回：更新当前记录，结束学生考勤操作流程。

8．数据统计流程

1)等待管理员输入，如为开始统计：读入统计条件，生成统计结果并显示。如为返回：结束统计流程。

3.2

3.2.1 总体结构

1)主模块调用：

2)学生考勤模块调用：学生身份检验模块，考勤查询模块，请假申请模块

数据库操作模块

3)教师工作模块调用：访问记录模块，确认考勤记录模块，考勤查询模

块，教师身份检验模块

数据库操作模块

4)院系领导模块调用：访问记录模块，审批请假模块，考勤查询模块，院系领导身份检验模块

学生考勤模块，教师工作模块，院系领导模块，系统管理模块。总体结构和模块外部设计

数据库操作模块

5)管理员模块调用：管理员身份检验模块，考勤操作模块，数据显示

模块

5)考勤查询模块调用：查询命令生成模块，数据库查询模块

数据显示模块

6)系统管理模块调用：考勤操作模块，各身份检验模块

数据统计模块，更改口令等设置模块

7)身份检验模块调用：数据库查询模块

8)考勤检验模块调用：

9)考勤记录模块调用：

数据库查询模块

10)考勤操作模块调用：考勤记录集获取模块，当前记录更新模块

更新显示模块，数据库查询模块

11)数据统计模块调用：查询命令生成模块，数据库查询模块

数据显示模块

12)当前记录更新模块：数据库操作模块

13)考勤记录集获取模块：数据库查询模块

3.2.2 模块外部描述

1)主模块：从操作系统获得程序运行所需资源，显示主对话框，完成消息处理，调用相应的子模块。

2)学生考勤信息模块：检验输入的学生学号，获取相关的学生信息并根据操作结果予以刷新，读入用户输入的学生学号，检验学号信息确定操作合法性，对合法学生考勤操作，登记入访问记录库，数据库查询模块

数据库操作模块对非法的学生考勤操作，提出警告，并返回。

3)学生考勤信息模块：检验输入的学生学号，获取相关的学生信息并根据操作结果予以刷新，读入用户输入的学生学号，检验学号信息确定操作合法性，对合法学生考勤操作，登记入访问记录库，对非法的学生考勤操作，提出警告，并返回。

4)教师工作模块：检验输入的教师号，获取相关的教师信息并根据操作结果予以刷新，读入用户输入的教师号，检验教师号信息确定操作合法性，对合法教师号操作，登记入访问记录库，对非法教师号操作，提出警告，并返回。

5)院系领导模块：检验输入的口令，获取相关的领导信息并根据操作结果予以刷新，读入用户输入的口令，检验口令确定操作合法性，对合法领导操作，登记入访问记录库，对非法领导操作，提出警告，并返回。

6)学生考勤信息查询模块：根据用户界面的输入生成数据库查询命令，向数据库提交查询请求，查询并显示查询操作的结果。7)系统管理模块：根据用户输入检验操作权限，根据用户输入选择调用不同的子模块，根据不同的操作权限，对数据进行保护。8)身份检验模块：根据输入的证号或口令生成查询语句，查询数据库，返回查询结果。

9)请假申请模块：根据请假原因进行审批，返回请假成功/失败结果。

10)访问记录检验模块：根据学生学号生成查询语句，调用数据库查询模块查询借书记录，返回查询结果。

11)系统操作权限查验：检验是否正确的用户与口令，返回相应的操作级别。

12)学生考勤信息库操作模块：显示考勤信息的数据项，根据院系领导或管理员输入修改，增加或删除。

13)数据统计模块：根据用户输入，生成查询命令，根据要求进行查询，将所得结果显示给用户。

14)数据库操作模块：根据输入的数据库操作命令，完成相应操作，将操作结果返回。

15)查询命令生成模块：将用户界面的输入转换成为数据库查询命令 16)数据库查询模块：根据输入的数据库查询命令，进行查询，将查询生成的结果返回。

17)数据显示模块：将数据按照一定格式显示(列表),根据用户输入,调整格式。功能分配

1浏览功能：学生考勤信息库操作模块

查询功能：学生考勤信息库操作模块

插入功能：学生考勤信息库操作模块

修改功能：学生考勤信息库操作模块

删除功能：学生考勤信息库操作模块

授权功能：系统操作权限检验模块

数据统计模块

管理员操作模块管理员操作模块管理员操作模块

3.3

6.接口设计 4.1 用户接口

使用基于对话框的GUI，用户通过鼠标的点击和键盘的输入完成操作，编辑框用于用户的输入。

4.2 外部接口

1．用户界面

使用Windows的标准对话框的形式，完全用对话框实现。应用工具：Visual C++。

1)主对话框：由六个功能按钮构成

学生、教师、院系领导、管理员、帮助、退出

2)学生对话框：

学生学号编辑框：用于输入学生学号；学生信息显示区：用于显示学生信息(姓名)；学生考勤信息显示区：用于显示学生考勤信息学生请假显示区：用于输入学生请假申请；请假申请提交按钮：提交请假申请请求；退出按钮：退出学生对话框。

3)教师工作对话框：

教师号编辑框：用于输入教师号；

教师信息显示区：用于显示教师信息(教师号、教师姓名，教授课程号)；学生考勤信息显示区：用于显示学生考勤(正常、请假、旷课、迟到、早

退等)；

提交按钮：用于提交确认学生考勤信息；返回按钮：用于退出教师对话框。

4)院系领导对话框：

院系领导口令编辑框：用于输入领导口令

学生考勤信息显示区：用于显示学生考勤(正常、请假、旷课、迟到、早

退等)；

学生请假显示区：用于输入学生请假审批；时间编辑框：用于编辑年与月；退出按钮：用于院系领导对话框；

5)管理员对话框：

管理员口令编辑框：用于输入管理员口令；

学生考勤信息显示区：用于显示学生考勤(正常、请假、旷课、迟到、早

退等)；

学生考勤信息修改编辑框：用于修改某些特殊情况的学生信息；学生考勤信息录入编辑框：用于录入学生考勤信息；

6)系统操作对话框：由六个功能按钮构成

学生考勤信息库操作、数据统计、数据备份、更改口令、返回。

7)学生考勤信息库对话框：

学生学号编辑框：用于显示学生学号；学生姓名编辑框：用于显示学生姓名；课程号编辑框：用于显示相应的课程号；事假申请编辑框：用于显示事假申请；病假申请编辑框：用于显示病假申请；迟到编辑框：用于显示迟到；早退编辑框：用于显示早退；旷课编辑框：用于显示旷课；

“前一个”按钮：显示和编辑前一个记录； “后一个”按钮：显示和编辑后一个记录；

“移动到”按钮：显示和编辑指定学生学号的考勤信息； “修改”按钮：修改某些特殊情况考勤信息； “添加”按钮：增加学生考勤信息； “删除”按钮：删除当前的学生考勤信息； “退出”按钮：退出学生考勤信息库操作对话框。

8)数据统计对话框：

统计条件单选框：用于选择统计条件类别(学生、教师、院系领导、管理

员情况)；

学生考勤统计条件复选框：用于指定统计条件包含的相关项(学生学号、学生姓名)；

教师统计条件复选框：用于指定统计条件包含的相关项(教师号、学生学

号、课程号)；院系领导统计条件复选框：用于指定统计条件包含的相关性(领导口令、相关操作、审批日期)；

统计输出设置单选框：用于选择统计结果的输出类别；

学生考勤统计输出设置复选框：用于指定输出项(学生学号、考勤状态)；教师统计输出设置复选框：用于指定输出项(教师号、课程号、查询的考

勤状况)；

院系领导输出设置复选框：用于指定输出项（领导口令、审批结果、审

批日期、查询信息）

管理员输出设置复选框：用于指定输出项（管理员口令、考勤状态）

“开始统计”按钮：提交统计请求； “返回”按钮：退出数据统计对话框。

9)更改口令对话框：

旧口令输入框：输入旧口令；新口令输入框：输入新口令；

新口令确认输入框：再输入一次新口令；确认按钮：确认输入的新口令，并提交。

2．软件接口

使用Access数据库的驱动程序，通过ODBC接口访问。

4.3 内部接口 1.主模块：

输入：操作系统传递至的各种消息以及用户的输入数据输出：用户界面显示上层模块：无

下层模块：学生考勤模块、教师工作模块、院系领导模块、系统管

理模块

2.学生考勤模块：

输入：学生学号、课程号输出：考勤信息上层模块：主模块

下层模块：学生考勤检验模块、请假模块、访问记录登记模块、相

关信息获取模块。

3.教师工作模块：输入：教师号、学生号输出：查询信息、确认信息上层模块：主模块

下层模块：访问记录检验模块、相关信息获取模块。

4.院系领导模块：

输入：领导口令

输出：审批结果、查询信息上层模块：主模块

下层模块：访问记录检验模块、相关信息获取模块。

5.系统操作模块：

输入：与系统管理对话框有关的各种用户及系统消息输出：

上层模块：主模块

下层模块：系统操作权限检验模块、考勤信息库操作模块、数据统

计模块。

6.各身份检验模块：

输入：身份验证号输出：合法非法用户标志上层模块：对应身份模块下层模块：数据库查询模块

7.相关信息获取模块：

输入：身份验证号

输出：与身份验证号匹配的记录集上层模块：对应身份模块下层模块：数据库查询模块

8.访问记录登记模块：

输入：身份验证号输出：操作结果信息上层模块：对应身份模块下层模块：数据库操作模块

9.查询命令生成模块：

输入：用户界面的输入

输出：数据库查询命令(SQL命令)上层模块：查询模块、数据统计模块下层模块：无

10.数据显示模块：

输入：数据库操作的结果集输出：用户界面的数据列表显示上层模块：查询模块、数据统计模块。下层模块：无

11.系统操作权限检验模块：

输入：用户名、用户口令输出：合法/非法用户标志上层模块：系统操作模块下层模块：数据库查询模块

12.显示更新模块

输入：

输出：用户界面显示

上层模块：学生考勤信息库操作模块、、系统设置模块。下层模块：

13.更新当前记录模块

输入：

输出：操作结果信息

上层模块：学生考勤信息库操作模块、系统设置模块下层模块：数据库操作模块

14.数据统计模块：

输入：统计方式及其关键字输出：统计结果视图显示上层模块：系统操作模块

下层模块：查询命令生成模块、数据库查询模块、数据显示模块

15.数据库操作模块：

输入：数据操作命令输出：

上层模块：学生考勤模块下层模块：无

16.数据库查询模块：

输入：数据查询命令输出：查询结果集

上层模块：各身份检验模块、访问记录登记模块、相关信息获取模

块、查询模块、系统操作权限查验模块、数据统计模块、系统设置模块。

下层模块：无

4.4 功能分配

浏览功能：学生考勤信息库操作模块

查询功能：学生考勤信息库操作模块

插入功能：学生考勤信息库操作模块

修改功能：学生考勤信息库操作模块

删除功能：学生考勤信息库操作模块

授权功能：系统操作权限检验模块

管理员操作模块

数据统计模块

7.数据结构设计 5.1 逻辑结构设计

学生考勤表：由多个学生考勤记录构成

学生考勤记录的数据结构如下：学生学号

学生姓名

院系

年级

专业

性别

迟到

早退

旷课

请假

整数（唯一标识）

变长字符串变长字符串变长字符串变长字符串变长字符串变长字符串

变长字符串

变长字符串变长字符串

教师表：由多个教师记录构成

教师记录的数据结构如下：

教师号课程号

整数（唯一标识）

变长字符串变长字符串教师姓名

院系领导表：由多个院系领导记录构成

院系领导记录的数据结构如下：

院系领导口令

院系领导姓名

整数（唯一标识）变长字符串

访问记录表：由若干个访问记录构成

请假记录的数据结构如下：请假学生学号(BookID)姓名(ReaderID)请假时间(BorrowDate)销假学生学号(BookID)姓名(ReaderID)还书时间(ReturnDate)

整数（与学生考勤库中的学生学号对应）(唯一标识)

变长字符串（与学生考勤库中的姓名对应）

日期

整数（与学生考勤库中的学生学号对应）(唯一标识)

变长字符串（与学生考勤库中的姓名对应）日期销假记录的数据结构如下：

系统操作员记录表：由若干个系统操作员记录构成系统操作员记录的数据结构如下：

记录序号(id)整数(系统自动生成，唯一标示符)账号(Administrater)口令(Password)

5.2 物理结构设计数据的物理结构由使用的数据库决定。

5.3 数据结构与程序的关系主模块：连接数据库；

学生考勤模块：指定学号，姓名，读出考勤状态，记录考勤时期，对应课程号的相关信息，并把相关信息记录到访问记录模块中。

教师模块：指定学号，教师号，读出学生考勤状态，对考勤状态确认，记录查询日期，教师的相关信息，并把相关信息记录到访问记录模块中。

院系领导模块：制定学号，院系领导号，读出学生考勤状态和请假申请相关信息，对请假申请进行审批，并把相关信息记录到访问记录模块中。

查询模块：指定查询条件，提交给数据库操作模块。

系统操作模块：对学生考勤信息库操作，调用数据库操作模块对各个库进行相应操作，对数据进行备份，在授权操作中检验用户身份。

权限级别(Level)

变长字符串变长字符串整数 8.运行设计 6.1 运行模块的组合

程序启动后，进入主模块，用户的单击对话框按钮事件触发主模块调用各下层模块，进入对应的子对话框，同样由用户的输入触发这些模块调用其下层模块，完成相应操作。

6.2 运行控制

本软件控制流程：主程序运行，等待用户的输入，根据用户的输入调用各子模块。

6.3 出错处理及安全保密设计

1.提供丰富的出错提示信息； 2.提供一定的保密手段。

软件说明报告篇5

申报软件企业认定或软件产品登记时使用并提交由国家信息产业统一制定的申报表（表格可以从广东软件行业协会网站或广东省信息产业厅网站下载“双软认定申报表系统”）。本表需用计算机填写，打印字迹应端正、清晰，不得涂改。须同时使用该系统的“导出数据”功能将已填好的资料导成电子数据。电子数据应为*.zip格式的mdb数据库文件。

“双软认定申报表系统”及相关附件可通过网上（广东省信息产业厅网站http://的“双软认定”栏目）下载。

打印申请表时所需填写的认定机构名称为：广东软件行业协会

一、软件企业认定申请表填写细则：

《软件企业认定申请表》必须如实填报，不能有漏填项，如没有相应内容的项要填“无”或“0”。纸质版与电子版的内容必须一致，表格内容要与相关的附件一致。否则不予受理。

（一）申报企业概况栏

1、企业名称：申请软件企业认定的申报单位的全称。名称译文应准确，各种文件中的企业名称应填写一致；

2、注册地址和邮编：是指企业在工商行政管理部门进行企业营业执照注册登记时的地址，邮编是指注册时企业所在地的邮政编码；

3、联系地址和邮编：是指目前进行企业认定申请时的企业地址和所在地的邮政编码；

4、法定代表人及电话、身份证号：是指申报单位的企业法定代表人及联系电话和法人的身份证号码，电话号码前要加区号；

5、企业负责人及电话、传真：是指申请单位的当前主要负责人及联系电话和传真号码，号码前要加区号；

6、联系人及电话、传真：是指申报单位负责与认定机构联系的人员及联系电话和传真号码，号码前要加区号；

7、企业主管单位：是指申报单位的上级主管单位；

8、企业注册日期：是指申报单位进行工商营业执照登记的注册登记时间；

9、企业注册资金和工商注册号：是指申报单位进行工商营业执照登记的注册资本和营业执照注册号；

10、申报单位如果已经通过高新技术企业认定，则需要填写高新技术企业认定日期和相应高新技术企业的证书号；

11、企业主管税务所和税务登记号分别指申报单位具体办理国税和地税纳税所在的税务部门（具体到分局）和相应的税务登记证号码；

12、主要股东及持股情况：是指申报单位中前三位主要股东的持股数和持股比例，持股数请加上单位，并与注册资金的单位一致。

13、企业员工持股情况：是指申报单位按管理人员、技术骨干、其它员工分类各自的持股人数、持股总数和占企业总股本比例。企业负责人、总经理等管理人员所持股份，要在企业员工持股情况中的管理人员栏中体现，持股数请加上单位。

（二）申报企业上经营情况从事内销的收入单位为“万元”，从事外销的收入单位为“万美元”

1、企业总收入：是指申报单位在上的企业销售收入；

2、软件总收入：是指申报单位的销售收入中的软件收入部分，软件总收入＝产品销售收入＋软件工程承包收入＋技术服务收入＋咨询培训收入＋技术转让＋其他技术收入，软件总收入≤企业总收入；

3、软件收入占总收入%：是指申报单位的软件收入占该单位总收入的百分比；

4、自产软件收入：是指申报单位的软件收入中属于自产软件收入的部分，包括自产软件销售、工程承包（除硬件收入外）、技术服务、软件及相关技术的咨询培训、技术转让等收入，自产软件收入≤软件总收入≤企业总收入；

5、自产软件收入占软件收入%：是指申报单位的自产软件收入占该单位软件收入的百分比；

6、软件研发投入：是占指申报单位进行软件研究开发所进行的投入值；

7、研发投入占软件收入%：是指申报单位的研发投入占软件收入的百分比；

8、软件分类收入：是指软件收入按内销和出口两类中的销售产品、技术服务、咨询培训等项进行分项填写，其各项数据的总和即为该申报单位的软件收入；

“销售产品”收入一定要和附件“企业开发、生产或经营的软件产品列表”中的软件销售收入相等；“工程承包、技术服务、技术转让”收入一定要与附件“企业工程承包、技术服务、技术转让项目列表”中的收入相等；

销售产品”收入的企业，要提交相关产品销售发票复印件或发票列表，软件产品销售金额与《企业开发、生产或经营的软件产品列表》中所填金额一致；有“工程承包”、“技术服务”、“技术转让”收入的企业，要提交相关合同复印件及发票复印件或发票列表，并附加相关证明核实该合同中的软件收入部分金额，软件收入部分金额要与《企业工程承包、技术服务、技术转让项目列表》中所填金额一致；

有“咨询培训”收入的企业，要附加培训项目类型、金额及发票复印件或发票列表；有“其他”收入的企业，要提交相关证明材料。

该栏目需要财务责任人签字和企业法定代表人签字，并加盖企业财务章和企业公章。

（三）申报企业主要业务及产品栏

1、主要业务方向/排序：是指申报单位的业务方向依其主次程度在“□”中标出序号；

2、主要产品方向是指申报单位生产的产品属于栏中所列出的哪些项，申报单位根据情况在相应的“□”内标上“√”；

3、主要软件列表是指申报单位已登记的软件产品依其主次程度按序号依次列出，软件名称与登记号必须与相应的软件产品登记证书上内容完全一致；

4、ISO9001认证情况是指申报单位是否通过ISO9001认证，“□”及项目供选择，如已通过认证，需填写通过时间，并在企业申报材料中附加此项证书复印件；

5、CMM认证情况是指申报单位是否通过CMM认证，如已通过认证，需填写通过时间和级别，并在企业申报材料中附加此项证书复印件；

6、系统集成企业资质认证情况是指申报单位开展系统集成业务，是否具有系统集成资质认证，“□”及项目供填表人选择，如果已通过，需填写通过的时间和等级级别，并在企业申报材料中附加此项证书复印件。

（四）企业软件开发环境栏

比较开发场地面积、机器台数与软件技术人员数，看其分布是否合理。

1、开发环境和主要设备：是指申报单位所具备的开发场地和主要硬件设备，包括大中小型计算机、PC机、工作站、笔记本，及服务器、路由器、交换机、集线器的台数和型号；

2、开发工具：是指申报单位从事软件产品的研发、生产所使用的开发工具，包括工具软件包、操作系统、编程语言等

3、开发工具：是指申报单位从事软件产品研发、生产所使用的数据库系统；

4、网络系统：是指申报单位从事软件产品研发、生产所具有的网络系统；

（五）申报企业人员构成情况栏

该栏目是反映申报单位的人员概况。要与附件《企业人员构成情况表》中的人员数、学历构成、软件专业人员构成数相符。

1、职工总数：是指申报单位的人员总数；

2、职工总数按职工学历构成、分别按项填写人员数；

3、大专以上学历占职工总数%：是指职工中大专以上学历的人员数占职工总数的百分比；

4、软件技术人员数：是申报单位中从事软件研发人员数、工程项目管理人员数和市场推广与维护人员数的总和，即：软件技术人员数＝研究开发人员数＋工程和项目管理人员数＋市场推广与技术服务人员数；

5、软件技术人员数占职工总数%：是指申报单位的软件技术人员数占职工总数的百分比；

6、大专以上学历者占职工总数% ＝（大专＋本科＋硕士＋博士）/职工总数；职工总数应查看企业人员工资核定表或购买社保的凭证，凭证与企业认定申请表所填人数允许有偏差，但不超过20%。

二、软件产品登记申请表填写细则：

1、企业名称：申请软件企业认定的申报单位的全称。名称译文应准确，各种文件中的企业名称应填写一致；

2、注册地址和邮编：是指企业在工商行政管理部门进行企业营业执照注册登记时的地址，邮编是指注册时企业所在地的邮政编码；

3、联系地址和邮编：是指目前进行企业认定申请时的企业地址和所在地的邮政编码；

4、法定代表人及电话、身份证号：是指申报单位的企业法定代表人及联系电话和法人的身份证号码，电话号码前要加区号；

5、联系人及电话、传真：是指申报单位负责与认定机构联系的人员及联系电话和传真号码，号码前要加区号；

6、Email：为联系人或法定代表人的有效电子邮件地址；

（一）、基本情况

1、产品名称：软件产品的名称要求简短、明确、针对性强，软件产品应与计算机软件著作权证书为准，并与软件产品登记申请表、软件检测报告所填产品名称一致。

软件名称应有厂商的品牌及标明用途。产品命名须由四部分组成：企业标识（例如：企业的简称、中文拼音、英文名称、商标名称等）、产品名称、产品属性（能反应产品属性的，例如：平台、系统、软件、中间件）、版本号。如有简称，必须在全称后注明：[简称：***]。产品名称中涉及数字、英文、符号部分必须在半角英文状态下输入。

2、版本号：版本号必须与该产品计算机软件著作权证及软件检测报告上所注一致；

3、产品服务对象：该软件产品的使用对象及行业；

4、主要功能及用途简介：该软件产品的主要功能及其用途，限200字；

5、主要技术指标简介：该软件产品所采用的开发技术指标，限200字；

6、硬件运行环境：运行此产品所需要的硬件环境，内存不得少于1；

7、软件运行环境：此产品通过何种操作系统、编程语言、数据库等进行开发；

（二）、产品类型

产品类型只能单选“系统软件”、“支持软件”、“应用软件”、“其他软件”其中一项。

每项里的具体类型可按产品实际情况进行多选。

（三）、产品开发及知识产权情况

1、产品开发者：为本企业或与企业有关的个人；

2、开发时间：开发时间应早于完成日期、检测日期、始销日期；

3、著作权人：应与计算机软件著作权登记证一致，为本企业或与企业有关的个人；

4、开发工作量：开发者人数/开发完成月数。

（四）、产品检测、鉴定、获奖情况

1、检测部门：出具软件产品检测报告的部门，并填写相关结论及检测日期；

2、鉴定部门：所获省级以上相关部门出具的鉴定报告，并填写相关结论及检测日期；

3、颁奖部门：所获省级以上相关部门出具的获奖证书，获奖证书颁发部门，并填写相关结论及检测日期；

（五）、产品销售情况

1、始销时间：软件产品首次销售时间；

2、销售方式：可复选，自销、OEM、定制合计套数=“至申报时累计内销”+“至申报时累计外销”；

3、至申报时累计外销中的销售额与售价均为美元。

三、软件企业认定或软件产品登记变更、补办申请表填写细则

1、“变更申请编号”无须填写；

2、“变更信息”栏中只需填写变更范围内发生的变更事项，并说明变更原因。

四、软件企业年审调查表填写细则

1、《软件企业认定年审调查表》必须如实填报，不能有漏填项，如没有相应内容的项要填“无”或“0”。纸质版与电子版的内容必须一致，表格内容要与相关的附件一致。否则不予受理。

2、“企业年审调查表”中“企业所得税”中的“应征额”必须小于或等于企业认定申请表中“企业总收入”；“应退额”必须小于或等于“应征额”；“实际退税额”必须小于或等于“应退额”。

3、“产品增值税”中的“应征额”必须小于或等于企业认定申请表中“销售产品”；“应退额”必须小于或等于“应征额”；“实际退税额”必须小于或等于“应退额”。

软件项目计划书编写说明篇6

一、项目计划书格式

根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下： 1 引言

1.1 编写目的 1.2 背景 1.3 定义

1.4 参考资料

1.5 标准、条约和约定 2 项目概述 2.1项目目标

2.2产品目标与范围 2.3假设与约束 2.4 项目工作范围 2.5 应交付成果 2.5.1 需完成的软件

2.5.2 需提交用户的文档 2.5.3 须提交内部的文档 2.5.4 应当提供的服务 2.6 项目开发环境

2.7 项目验收方式与依据 3 项目团队组织 3.1 组织结构 3.2 人员分工 3.3 协作与沟通 3.3.1 内部协作 3.3.2 外部沟通 4 实施计划

4.1 风险评估及对策 4.2 工作流程

4.3 总体进度计划 4.4 项目监控

4.4.1 质量控制计划 4.4.2 进度监控计划 4.4.3 预算监控计划 4.4.4 配置管理计划 5 支持条件

5.1 内部支持（可选）

5.2 客户支持（对项目而言）5.3 外包（可选）6 预算（可选）6.1 人员成本 6.2 设备成本

6.3 其它经费预算

6.4 项目合计经费预算 7 关键问题 8专题计划要点

二、项目计划书的编写说明引言

1.1 编写目的

说明编写这份项目计划的目的，并指出预期的读者。

作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。

意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。”

例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。

1.2 背景

主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：

项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。

项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。

项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。

项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。

目前对于某建设工作的工作主要采用计划部门手工编制计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。

软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。

软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

1.3 定义

列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。

1.4 参考资料

列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如：

本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；属于本项目的其他已经发表的文件；

本文档中各处引用的文件、资料，包括所要用到的软件开发标准。

1.5 标准、条约和约定

列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。项目概述

2.1 项目目标

设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。项目目标应当符合SMART原则： l S Specific 明确的陈述 l M Measurable 可以衡量的结果 l A Attainable 可以达成的目标

l R Realistic 合理的，现实的或者说是能和实际工作相结合 l T Trackable 可以跟踪的

项目目标可以进行横向的分解也可以进行纵向的分解。横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；纵向的分解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”

2.2 产品目标与范围

根据项目输入（如合同、立项建议书、项目技术方案、标书等）说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果（软件系统）范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。产品目标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。”

2.3 假设与约束

对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。如：“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”

约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。

假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。

2.4 项目工作范围

说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。注意产品范围与项目工作范围的不同含义。

产品范围界定：软件系统产品本身范围的特征和功能范围。

工作范围界定：为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。

产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。

2.5 应交付成果 2.5.1 需完成的软件

列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括：源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。2.5.2 需提交用户的文档

列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。2.5.3 须提交内部的文档可根据《GB8567-88计算机软件产品开发文件编制指南》附录O：“文件编制实施规定的实例（参考件）”结合各企业实际情况调整制定《软件开发文档编制裁减衡量因素表》。根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。将不适用于本项目的内容裁减，以减少不必要的项目任务和资源。

根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。

2.5.4 应当提供的服务

根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务，例如培训、安装、维护和运行支持等。具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“4.3总体进度计划”中条列出。

2.6 项目开发环境

说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。环境可能不止一种，如开发工具可能需要针对Java的，也需要针对C++的。有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。

2.7 项目验收方式与依据

说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行（初步）验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档（最主要是需求规格说明书）。项目团队组织

3.1 组织结构

说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明团队成员来自于哪个部门。除了图形外，可以用文字简要说明各个角色应有的技术水平。注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。如产品研发项目可能就不需要实施人员（小组），但需要知识转移方面的人员（小组）。而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。3.2 人员分工

确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。以下是一个示例。

3.3 协作与沟通

项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。

其次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。其中邮件沟通应当说明主送人、抄送人，聊天室沟通方式应当约定时间周期。而协作模式主要说明在出现什么状况的时候各个角色应当（主动）采取什么措施，包括沟通，如何互相配合来共同完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等

3.3.1 项目团队内部协作

本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。

3.3.2 项目接口人员

应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括： a、负责本项目同用户的接口人员；

b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员；

c、负责本项目同分包方的接口人员。3.3.3 项目团队外部沟通与协作模式

项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办法等内容。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。实施计划

4.1 风险评估及对策

识别或预估项目进行过程中可能出现的风险。应该分析风险出现的可能性（概率）、造成的影响、根据影响应该采取的对策，采取的措施。风险识别包括识别内在风险及外在风险。内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等

风险的对策包括：避免：排除特定危胁往往靠排除危险起源；减缓：减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数；吸纳：接受一切后果，可以是积

极的（如制定预防性计划来防备风险事件的发生），也可以是消极的（如某些费用超支则接受低于预期的利润）。

对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制的能力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心。软件开发项目常见预估的风险： 1)工程／规模／进度上的风险

规模大，规模估算不精确甚至误差很大；就规模而言，用户要求交付期、费用很紧；预料外的工作(测试未完时的现场对应等)； 2)技术上的风险

使用新的开发技术、新设备等，或是新的应用组合，没有经验；是新的行业或业务，没有经验；性能上的要求很严； 3)用户体制上的问题

用户管理不严，恐怕功能决定、验收不能顺利地完成（或者出现了延迟）；或者恐怕功能会多次变更；与用户分担开发，恐怕工程会拖延（或者出现了延迟）；用户或其他相关单位承担的工作有可能延误；

4)其它：应该包含此处没有、但据推测有风险的项目。

4.2 工作流程

说明项目采用什么样的工作流程进行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创建的工作流程。不同的流程将影响后面的工作计划的制定。必要时画出本项目采用的工作流程图及适当的文字说明。4.3 总体进度计划

这里所说的总体进度计划为高层计划。作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。

总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。

对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（里程碑）。例如

需求评审

设计评审

表格中检查点／里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确

定。

制定软件项目进度计划可以使用一些专门的工具，最常用的是Microsoft的Project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无法完全代替项目计划书，特别是一些主要由文字来说明的部分。小规模的项目可简便地使用EXCEL作为辅助工具。关于如何使用这些工具不在此作详细说明。

制定软件项目进度计划应当考虑以下一些因素: 1）对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。2）软件系统规模和项目规模，这两个不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。例如，完成一个大型的系统，在一定的时间内一个人或几个人的智力和体力是承受不了的。由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量的增加，人员的组织、协调、通信、培训和管理方面的问题将更为严重。

3）软件系统复杂程度和项目复杂程度：和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多项目情况下资源保障的情况，等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系；同样项目的规模与项目的复杂程度未必是成比例的关系。

4）项目的工期要求，就是项目的紧急程度。有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排进度，多增加人选多采用加班的方式是一种万不得已的选择。增加人选除了增加人的成本外必定会增加沟通的成本（熟悉项目任务所需要的时间）；加班如果处理不好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。

5）项目成员的能力。这些能力包括项目经理的管理能力，系统分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。从另外一个角度看还有总体上对客户行业业务的熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握程度；企业内部对行业业务知识和主要技术的知识积累。

4.4 项目控制计划

4.4.1 质量保证计划

执行质量评审活动，对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据GB/T 12504 计算机软件质量保证计划规范，内容包括： l 引言（本章节包括质量计划的目的、定义、参考资料）

l 管理（描述负责软件质量管理的机构、任务及其相关的职责）

l 文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）

l 标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）

l 评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）l 软件配置管理（编制有关配置管理条款，或在“4.4.4 配置管理计划”中说明，或引用按照《GB/T 12505 计算机软件配置管理计划规范》单独制定的文档）

l 工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途）

l 媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）

l 对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。）

l 记录的收集、维护和保存（指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限）4.4.2 进度控制计划

（可直接引用以下描述或根据项目情况制定本节内容）本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。4.4.3 预算监控计划

说明如何检查项目预算的使用情况。根据项目情况需要制定。4.4.4 配置管理计划

编制有关软件配置管理的条款，或引用按照GB/T 12505单独制订《配置管理计划》文档。在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。

根据《GB/T 12505 计算机软件配置管理计划规范》，软件配置管理计划内容如下：

l 引言（本章节包括质量计划的目的、定义、参考资料）

l 管理（描述负责软件配置管理的机构、任务、职责及其有关的接口控制。）

l 软件配置管理活动（描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。）

l 工具、技术和方法（指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法）

l 对供货单位的控制（供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求）

l 记录的收集、维护和保存（指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限）支持条件

说明为了支持本项目的完成所需要的各种条件和设施。5.1 内部支持

逐项列出项目每阶段的支持需求（含人员、设备、软件、培训等）及其时间要求和用途。例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。5.2 客户支持

列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。

5.3 外包（可选）

列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。6 预算