IT项目管理需求分析说明书

I T项目管理需求分析说明书内部编号：（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）IT项目管理需求分析说明书目录1.第一章引言1.目的本软件分析报告的目的是对根据客户的需求，对系统功能、性能需求向××客户、项目组开发成员、项目实施组和测试成员提供一个清晰的陈述。

对IT项目管理功能的后续阶段等过程提供指导和工作原则。

2.IT项目管理内容简介2.1.按管理目标从IT项目管理的目标来看，IT项目管理需要管理项目费用/预算和项目过程。

项目费用/预算管理：对于项目费用/预算要求做到能够即时的查询到本年度或者历史年度的预算以及费用付款情况，需要明细到分公司的付款情况。

目前具体的管理方法是由省局信息中心制定编写年度预算，项目立项后制定付款计划。

分公司实施付款计划，在每次付款完成后将付款记录录入到系统中，省局信息中心负责汇总。

主要涉及到的文档/数据有，IT项目年度预算表，项目立项表，项目付款计划，分公司付款记录，年度付款情况（报表）。

项目过程管理：对于项目的过程要求能过做到能够将项目过程管理中产生的文档/数据做统一的管理，在需要的时候能够随取随用。

并且做到能够查询到本年度或者历史年度计划的项目和实际实施的项目对比报表。

目前具体的管理办法是省局统一立项，制定全省推广计划，分公司根据推广计划实施推进项目计划。

主要涉及的文档/数据有，IT项目立项表，全省计划表，计划明细表（工作项/里程碑），招标表，合同表，年度项目完成情况（报表）。

2.2.按IT项目的进程阶段××局的IT项目管理可以分为以下几个阶段：年度规划，项目立项，招投标管理，项目启动\建设，项目维护，每个阶段有特定的事务和对象需要处理，每个阶段又有特定的里程碑点来控制整个项目的进程。

1、年度计划：这个阶段主要是省局信息中心根据省局的各个部门和各地市公司提交的信息化要求，和烟草局本身发展的需要，编制下一年度的IT项目预案，一般在三季度完成。

涉及对象主要是IT项目年度计划。

2、立项管理：信息中心根据实际情况，在年度计划中挑选项目进行立项，编制定立项表，招标表，合同表等。

如果不在年度计划中的项目需要立项的话，要求先将其添加到年度计划中才能立项。

3、招投标管理：这是一个特殊的环节，管理项目中需要招投标的事务，主要是管理招标表，甚至保留招标内容。

一个项目中可能会有多个招标事务。

招标完成和由省局和中标单位签订合同，也可能会要求各个分公司和中标单位签订子合同。

由信息中心录入全省统一合同信息，分公司录入本单位的子合同。

项目过程管理：这里主要管理项目建设计划和执行计划过程中的内容，根据项目建设的进程一般分为项目启动，培训管理，试点应用，全省推广，项目优化，项目终验。

系统中主要管理的是在各个阶段产生的文档和信息化的内容等。

省局信息中心在项目开始的时候编制全省计划，在计划中制定各个里程碑和各个里程碑包含的事务，指定各个分公司的相应系统负责人，再由分公司细化里程碑内容，包括具体事务的负责人，具体事务的完成日期，省局负责查询汇总这些信息。

以及项目付款管理。

图表IT项目管理整体事务图示3.系统架构分析IT项目管理的主要是以省局为中心，省公司和分公司联动的系统架构。

系统部署会采取省局集中部署，省市二级应用的模式。

系统和数据库都集中安装在省局，分公司登录省局服务器应用系统。

系统数据权限控制通过逻辑过滤实现，基本上省局可以查询全省数据，分公司只能查询本单位数据。

4.相关组织机构和角色分析信息中心省主任，项目管理员，系统管理员省局预算管理委员会审核信息中心提交的年度项目计划省局审核人员省局财务处审核年度计划中的预算省局审核员投资管理委员会审核年度计划中的预算全省审核员公司领导具有最终的审批决定权全省市局信息中心查阅项目情况，查阅项目预算情况，项目维护，费用维护，项目过程管理本机构系统管理员，市级项目管理员2.第二章详细需求1.本章导读本章我将将根据IT项目的进程阶段详细阐述在IT项目管理的各个阶段中需要处理的事务，事务处理的对象，以及处理事务的人员（角色）。

按各个阶段的特点和管理目标逐步实现IT项目管理总体目标(费用/预算管理和项目过程管理)。

根据IT项目管理的特点，可以分为以下几个阶段。

PS:以下章节中出现的对象对应的要素都是本标题包含需求中所用到的要素，不同标题中的对象名称相同的都为同一对象，只是在不同的需求中需要应用的要素不同。

年度计划事务：立项管理招投标管理过程管理项目维护2.年度计划年度计划是省局信息中心根据本年度各市局信息中心提交的信息化需求和省局各部门提交的信息化需求以及根据全省烟草局自身发展的需要而编制的下年度IT项目规划预案。

主要事务如下。

计划拟定后需要通过审批流程。

目前要求烟草局所有的项目都需要报预算。

在年度计划之外的项目也需要发起审批流程后编入年度预算。

2.1.年度计划录入：省局信息中心在每年三季度根据各个分公司的要求编制年度预算计划，管理员在年度计划预算审批完成后(系统暂时不包含IT项目预算的审批流程)将IT项目年度计划表录入系统。

年度计划表主要内容分为主从表格式，主表内容为年度计划的内容，从表内容为年度计划中包含项目的明细内容以及省局和分公司或者各个部门的预算分担明细，这里的项目内容不需要列出非常详细的内容，只需要列出大概预算就可以了，详细的项目内容需要在立项的时候输入。

3.立项管理立项管理主要有2类项目，一类是在年度规划中的项目，一类是在年度规划外的项目。

在年度规划内的项目可以直接开始立项。

年度规划外的自建项目需要首先追加预算到年度计划中才能立项，本环节的工作主要都由省局系统管理员完成。

3.1.开始立项信息中心管理员在年度计划表得项目列表中挑选项目，开始立项，输入立项的一些必要数据，如开始事件，是否招投标，如果需要招标的话要继续输入招标书以及一些项目的明细信息如项目硬件明细，项目软件明细，项目费用明细。

4.招投标管理同一个项目可能会有多次招标的情况出现，如硬件由A公司承建，软件由B公司承建，所以在招投标管理中项目和招标书是一对多的关系。

招标完成后就是合同签订，一般由省局签订整体合同，分公司签订本单位的子合同。

4.1.招标表拟定招标表由省局信息中心拟定输入，根据立项表输入招标开始日期，结束日期，招标地点，应标单位列表等。

4.2.省局合同管理招标完成后，信息中心和中标单位拟定合同，同时应标单位列表中的相应公司状态改为中标单位，并且以承建商的身份出现在合同的乙方。

合同内容包含付款计划内容。

省局合同管理拟定的是全省的统一合同，总合同主要针对全省项目推广起止时间和预算费用情况，并且包含子合同信息。

这些信息都由省局信息中心管理员录入。

4.3.分公司子合同管理省局信息中心输入全省统一合同后，系统根据全省合同内容生成（可选择哪些分公司）全省分公司的子合同记录。

具体的分公司进入系统可以查询到本单位（只能查询到本单位）的子合同记录，如果为新产生记录，状态为合同未签订，分公司管理员在本单位合同签订后将合同文本和合同签订日期，双方负责人等信息输入系统提交后，记录状态为合同签订。

合同内容维护还包含费用付款计划信息的维护。

省局可以即时查询到全省所有地区的合同签订情况，分公司可以查询本单位合同签订情况（已签，未签）。

5.项目过程管理这里主要管理项目建设计划和执行计划过程中的内容，根据项目建设的进程一般分为项目启动，培训管理，试点应用，全省推广，项目优化，项目终验等几个里程碑，每个里程碑都包含各自不同的内容。

另外需要注意的是，一个项目可能会有多个项目计划，比如硬件计划，软件计划，对应不同的合同和不同的承建商。

5.1.省局项目计划管理省局信息中心在合同签订后制定项目推广计划，管理员选择已经签订合同的项目输入必要数据，如项目开始时间，项目结束时间，项目负责人后系统根据模版产生一份详细计划书。

计划书中包含了几个特定的里程碑，每个里程碑包含了一些特定的事务，管理员可根据情况调整事务（开始时间，结束时间，负责人，机构）。

系统根据全省总计划中选定的分公司列表，将具体的事务产生工作列表分发到各个分公司，分公司管理员可根据实际情况调整工作列表中的时间和负责人以及完成情况等内容。

省局可查询全省所有分公司的项目计划执行情况，分公司可查询本单位的项目计划执行情况。

5.2.分公司项目计划管理省局信息中心将全省计划产生后，参与的分公司在特定的功能中都能查找到一份计划的工作时间表（能且仅能查询本单位的）。

分公司管理员根据本单位本项目实际的运作情况维护具体的信息到系统中。

省局可在系统中即时查询到本月或者下周需要完成的项目建设工作列表，分公司可以查询本周分公司需要完成的项目建设工作列表。

5.3.省局费用付款管理省局信息中心管理员在公司实际付款后在这里录入付款信息。

选择具体的付款计划记录，填写付款日期，付款数额，发票号码等。

省局信息中心只填写省局相关部分的付款信息，分公司的付款信息由分公司填写。

省局可以通过特定的查询功能查询全省的付款情况。

5.4.分公司费用付款管理分公司信息中心管理员在公司实际付款后在这里录入付款信息。

选择具体的付款计划记录，填写付款日期，付款数额，发票号码等。

分公司信息管理员只能维护查询本单位的费用付款信息。

6.报表输出目前已知的需要输出的标表有2个。

一个是本年项目进程表，一个是本年项目付款情况表6.1.本年项目进程表6.2.本年项目付款情况明细付款机构项目费用已付款7.附录：7.1.需要再次调研确认的问题系统设计目前以结果记录管理为主，有哪些流程是客户比较关心，必须要实现的各个章节的表中对应的要素都需要再次确认，是否需要再丰富。

这一条是需要重点确认的，需要详细的调研客户在该功能中关心的有哪些内容。

输出的报表目前已知有2个，是否还有其他报表，报表中的内容会影响到程序的设计，所以必须在程序建设初期调研清楚。