(项目管理)项目节点控制软件需求
软件开发项目节点控制软件
（版本：v1.0）
目录
1、引言 (2)
1.1 背景 (2)
1.2 概述： (2)
1.3 参考资料 (2)
2、需求概述 (2)
2.1、流程及职责分配 (2)
2.2 开发总体框架及用例 (4)
2.3 开发数据逻辑视图 (6)
2.4 功能模块说明 (6)
2.4.1 项目大节点管理模块 (6)
2.4.2 项目月度计划和实绩管理模块 (9)
2.4.3 项目周计划和实绩管理模块 (10)
2.4.4 项目计划管理基础信息模块 (12)
2.4.5 项目计划管理年度计划和年度实绩管理模块 (9)
2.4.6 统计 (13)
1、引言
1.1 背景
经过近几年的信息化实施推进，对项目管理方面已经有了自己独特的管理要求和管理方法，在经过主要项目管理人员共同策划和讨论的基础上，确立了一套自己的软件项目管理思路和模式，并在此基础上建立属于自己的项目管理软件用于支撑公司目前的项目推进平台。
1.2 概述：
软件开发项目节点控制软件提供软件项目各项目经理制定项目大节点计划，根据大节点计划编制年度、月度计划和周计划内容，同步按照各大节点要求完成相关电子文档提交工作，保证项目最终完成的资料完整性要求。
该软件是对项目从需求到结项整个生命周期的过程管理标准平台；
1.3 参考资料
1、《项目管理知识体系指南（第3版）》-PMBOK指南；
2、需求概述
2.1、流程及职责分配
软件开发项目节点控制流程如图一所示：
图1 软件开发项目节点控制流程图
项目节点编制要求：
?根据图1中流程图中我们必须按照要求，在每个功能块中必须提交相应文档，如果未提交相应文档，系
统要求给出提示信息；
图2 计划管理业务流程
图3 周计划管理与项目节点间关系业务流程
年度计划实绩编制：
?发出计划实绩编制和实绩反馈通知的时间一般定在每年12月初；
?计划实绩编制和收集整理工作要在每年12月23日完成；
?在每年12月25日完成年度计划和实绩的汇总统计工作；
月度计划实绩编制：
?发出计划实绩编制和实绩反馈通知的时间一般定在每月21日（如果为周末则需要提前）；
?计划实绩编制和收集整理工作要在每月23日完成（如果为周末，则顺延）；
?计划平衡会一般定为每月23日完成（如果为周末，则顺延）；
?平衡会后完成各相关部门意见征集和月度计划发布；
?月度计划发布后由部门领导监督项目执行；科室长负责安排各相关人员执行并按时间完成计划；计划员负责跟踪计划执行情况；
?软件开发室在编制月度计划时需要参考项目管理室的月度计划编制情况，尽量项目名称一致；
周计划实绩编制：
?每周五3：30分前由部门各专业和科室负责人完成本周计划的编写工作；
?每周五下班前由部门计划员完成计划实绩的收集和汇总编制工作；
说明：
（1）从目前系统功能方面软件和项目管理的关联关系还没有建立，考虑到如果建立，会出现一个需求，软件开发可能会分成几项，因此考虑年度进行汇总的情况时根据年度计划手工进行关联；
（2）系统初始化年度计划、月度计划和周计划编制完成后，经过部门计划平衡由计划管理员进行最终修改完善（因此，计划管理员既作为系统管理员并且也能对所有专业有读写权限）；
2.2 开发总体框架及用例
项目总体框架如图三所示。
图3 软件项目控制软件系统框图
系统共分为6个部分：（1）基础信息管理；（2）项目大节点管理；（3）项目月度计划管理；（4）项目周计划管理；（5）项目年度计划管理；（6）项目统计分析（放于二期开发）；
项目用例如图四所示：
图4 软件项目控制用例框图
项目使用者：
（1）专业主管；
负责完成周、月、年度计划的编制和实绩以及使用综合查询功能进行计划分析；
（2）各科室主任；
负责完成周、月、年度计划的编制和实绩以及使用综合查询功能进行计划分析；
（3）部门领导；
负责查看和通过系统监督部门周、月、年度计划的编制和实绩以及使用综合查询功能进行计划
分析；
（4）系统维护员；
维护系统角色及其权限；
2.3 开发数据逻辑视图
图5 数据逻辑视图
（还不为最终设计数据结构，需要增加周度表、项目性质表、大节点项目表）
2.4 功能模块说明
2.4.1 项目大节点管理模块
项目大节点管理内容通过周计划界面由各专业主管选中为重点项的项目，如果为重点项，保存后将该项目同时存为项目大节点控制项目；
功能说明：
A、项目登记
目的：项目登记是项目管理室专业主管基本确定某个项目准备进入需求管理阶段时将项目纳入项目过程控制环节，提交相关项目信息；（由周计划中专业主管定义为大节点控制项目）
当周计划项目中项目主管将其中某项勾为大节点项目时，系统将给出大节点界面，其中项目名和需求编号自动集成和系统生成，填写完成计划开始和结束时间，则系统将该项目保存进入大节点项目，同时在周计划中保存该项目为项目管理专业周计划项，同时该项目在项目大节点管理中保存其状态；
操作：
（1）由周计划项目中确定为大节点项目的各项转入，提取其中的项目名称，系统自动生成需求编码（根据钱亮浩需求外挂的算法），填写该项目的项目类型（A、B）、紧急程度（1~5级）、项目需求计划开
始和结束时间；
（2）该过程不需要提交文档；
（3）在可能情况可以在调研阶段填写乐观和悲观完成时间；
（4）项目上线最终节点为（悲观+乐观时间），暂时悲观时间占权重80%，乐观时间占权重20%；
责任：
（1）该部分登记工作责任由项目管理室主管负责；
要求说明：
（1）项目版本填写要求：当如果某项需求项目没有颠覆性变更情况下增加的需求，版本号增加0.1，例如v1.0、v1.1、v1.2等依次累加（通过周计划编制项目转入大节点计划）；当如果某些需求项目发生颠
覆性变更情况下，需求作为一个新项目需求项目，不再作为原需求延续；
（2）项目类型如果为A，则该项目需要在需求完成后做详细设计；如果项目类型定义为B型，则该项目在需求完成并由开发室认可后，直接纳入开发过程；
B、需求调研
目的：需求调研是项目管理室主管在项目推进过程中收集业务部门的需求，按照专业管理手册要求编制项目的需求文档；
操作：
（1）在节点控制报表中填写需求计划开始和结束时间；
（2）在需求调研完成后，填写实际开始和结束时间；
（3）在需求调研结束后，提交需求调研文档；（需求调研文档标准遵照专业管理手册要求）
责任：
该部分工作由项目管理室专业主管负责；
C、详细设计
目的：在项目类型确定为A型后，软件开发室在项目专业主管提交需求并得到认可后，软件开发室就需要组织人力进行开发软件的详细设计工作，具体设计要求按照专业管理手册标准制作；同时在系统中表现为项目管理主管提交该需求的实际结束时间关闭该项目，根据其项目类型为A级，自动将该项目转为软件开发室周计划提取项以供编入软件开发室开发周计划，同时该项目在项目大节点管理中保存其状态；
操作：
（1）在项目管理专业主管提交需求后，软件开发室则需要填写计划开始和结束时间和责任人；
（2）在做详细设计过程中
（3）在详细设计完成后，软件开发室需要填写实际开始和结束时间；
（4）在详细设计完成后，软件开发室需要提交详细设计文档；
责任：
（5）该部分工作由软件开发室负责；3.4 编码开发及测试
D、编码开发及测试
目的：在项目需求确认的基础上（如果项目为A级，要求详细设计完成后方可进入开发阶段），软件开发室组织人力开始将需求开发成为产品，同时对每个开发单元用验证数据进行测试，每个开发人员完成其分配的功能开发任务后，需要同步完成其负责的；系统中表现为详细设计完成或者非A类项目需求实际结束时间填写完成，自动将该需求列为开发周计划中，供软件开发室选取作为开发周计划项目，在周计划中填写开发计划开始时间和结束时间以及负责人、配合人员，同时该项目在项目大节点管理中保存其状态；
操作：
（1）根据需求（业务需求/详细设计）开发符合上线的软件产品；
（2）保证测试所有功能单元，提供单元测试记录；
（3）在开发前，提交计划开始和结束时间；
（4）在开发前，提交开发负责人；
（5）在开发完成后，提交实际开始和结束时间；
责任：
（6）该部分工作由软件开发室负责；
E、集成测试及修改
目的：在软件开发人员按照业务（或详细需求）要求完成软件开发和单元测试工作后提交项目管理室，由项目主管组织人员对交付的各模块进行模块功能集成并进行测试，将测试过程中发现的BUG及与业务逻辑存在出入的地方记录并提交软件开发室安排修改；
软件开发室在接到集成测试BUG文档后，对BUG进行消除工作；
最终目的是完成所有业务系统要求检查工作并具备上线条件；
操作：
（1）在测试开始前，填写测试计划开始和结束时间；
（2）在测试结束后，填写测试实际开始和结束时间；
（3）测试人员提供测试记录及跟踪文档；
责任：
该部分工作由项目管理室和软件开发室共同完成；在编码开发项目提交实际结束时间后，系统自动将该项目转为集成测试周计划项目分配到该专业周计划中，测试人员和开发人员共同完成测试和修改后由项目管理专业主管提交实际完成时间和文档，项目转入培训上线项目管理专业的周计划，同时该项目在项目大节点管理中保存其状态；
F、上线
目的：
在软件项目完成集成测试后转入上线阶段，项目主管负责完成软件产品的使用手册及组织现场实际使用的培训工作，准备现场操作环境的完备工作，保证系统能够顺利在现场运用起来，同时保证实际业务部门能够充分合理地使用系统并促进管理提升；
操作：
（1）上线工作完成后，填写实际开始和结束时间；
（2）上线工作开始时，填写责任人；
（3）上线工作中，提交培训记录；
（4）上线工作中，提交使用手册；
责任：
该部分工作由项目管理室完成；在集成测试项目提交实际结束时间后，系统自动将该项目转为培训上线周计划项目分配到该专业周计划中，项目主管完成上线培训工作后由项目管理专业主管提交实际完成时间和文档，同时该项目在项目大节点管理中转入关闭状态；
G、界面
界面形式见《项目过程控制节点计划》表格样式；
2.4.5 项目计划管理年度计划和年度实绩管理模块
图项目年度计划管理界面
目的：
提供项目经理登记年度项目专业工作任务及计划安排时间。年度计划包括年度计划大项和年度计划小项；年度计划和年度实绩界面一样，只是填写内容限制有所区别；
操作：
（1）进入界面，点击“search”，系统默认搜索本年度的年度计划所有项目；点击选择“不同专业”后，将对应列出不同专业本年度的年度计划大项和小项（默认方式年度小项为第一项年度大项对应的年度小项）；
（2）如果进入“年度实绩”编制界面，只能填写实际开始时间和实际结束时间以及备注，如果填写了实际开始和实际结束时间，则“是否关闭”默认为关闭状态；
（3）如果进入“年度计划”编制界面，只能填写年度计划大项、年度计划小项、计划开始时间、计划结束时间、备注；
（4）如果在年度输入框中输入年度信息，点击“筛选”按钮，则显示出对应年度的年度大项和年度小项信息，但如果年度不是本年度（计划开始时间和计划结束时间跨度不在本年度中），则无法进行操作该纪录信息，而只能进行查看；
（5）年度计划的编码YEARPLAN_ID，VA10自行由系统生成；
eg：MA200801（MA-专业，2008-年度，01-项目序号）
（6）有年度大项，可以没有年度小项；（软件开发室和系统运维室可能没有年度小项），如果没有年度小项，则在树状图中就不显示年度小项；
2.4.2 项目月度计划和实绩管理模块
目的：
提供项目经理登记每月项目组工作任务及计划时间。月度计划隶属于年度计划；
操作：
（1）选择专业类别年度计划大项年度计划小项选择月份点击筛选按钮（先选年再选月，月份默认为上月24日至本月23日），查询出所有该月份下所有月度计划项目以及该最终时间之后的所有项目；
（2）点击“insert”则允许在该月份下添加新的计划内容（状态不需要填写，协作部门和协作人、备注为非
必填项，其余项目都为必填项）；
选中某条筛选查询出来的项目，点击“delete”可以将其删除；
注意：
新增、删除和修改都只允许对录入数据时间为本年当月21~25日内填写的记录进行前面几个动作，否则不允许新增、修改或删除；（如不能操作，系统需要能够提示原因）
新增、删除和修改数据只能修改录入时间为当月21~25日的数据，不在该区间的数据不能进行改动；
各专业只能对其主管专业进行管理，其他非负责专业，该登录人只有查看功能；
年份默认为系统时间当年的年份，当选择筛选条件年后，则按照筛选条件年份查询出年度大项和小项；
（如果选择的年份与当年时间不一致，则只能查看，而不能修改）
（3）如果为进入菜单为实绩反馈，则只允许填写实际开始时间和实际完成时间，反馈完实际完成时间，则状态变为完成；
注意：
实绩反馈时间也只能在当月21~25日；（如果时间范围外做修改动作，系统需要能够提示不能修改原因）
责任：
该部分由项目管理室各专业主管、3个科室长负责维护；
界面：
图项目月度计划管理界面
注意：
（1）年度和月度选择后点击筛选，则树状图中列出的也应当为该年度的年度计划大项和年度计划小项；
（2）年度和月度选择后点击筛选，月度计划会将时间跨度在该月份的（如果为计划编制：则时间为本月24至下月23；如果为实绩反馈，则时间为上月24至本月23日）数据查询显示出来；
（3）不同登陆人身份根据所属专业基础表内信息，只能修改和筛选查询到本专业的计划信息，其它专业信息只能查看；
2.4.3 项目周计划和实绩管理模块
目的：
提供项目经理登记每周项目组工作任务及计划时间。周计划计划隶属于月度计划；
操作：
（1）选择专业类别年度计划大项年度计划小项选择月份选择周（周度根据年度和月度出来月度出来），点击筛选按钮，查询出所有该周度下所有计划项目；
注意：
对应选择的周度与年度、月度相关联对应；
（2）点击“insert”则允许在该月份下添加新的计划内容（状态不需要填写，协作部门和协作人、备注为非必填项，其余项目都为必填项）；
选中某条筛选查询出来的项目，点击“delete”可以将其删除；
新增、删除都只允许在每周周五当日内完成，否则不允许修改；
各专业职能对其主管专业进行管理，其他非负责专业，该登录人只有查看功能；
（4）如果登陆的为周实绩编制菜单界面，则只能填写实际开始和实际结束时间；
（5）如果在周计划记录条中选中该记录为大节点项目，在选中大节点的复选框后，项目大节点填写界面自行跳出以提供输入，从而将该项目转入项目节点控制，同时填写的计划开始时间和结束时间保存
时要回填并保存进入系统；
（6）如果在填写实绩时注意事项：
①在对周计划的大节点项目“需求项”填写实际结束时间时保存进入周计划，同时要求提交需求
文档，并将实际开始和结束时间保存进入大节点数据表中，同时将该项目转入软件开发项目中以供
开发室选择进入软件开发周计划中；
②在对周计划的大节点项目“详细设计”填写实际结束时间时保存进入周计划，同时要求提交相
关文档，并将实际开始和结束时间保存进入大节点数据表中，同时将该项目转入软件开发项目中以
供开发室选择进入软件开发周计划中；
③在对周计划的大节点项目“软件开发”填写实际结束时间时保存进入周计划，同时要求提交相
关文档，并将实际开始和结束时间保存进入大节点数据表中，同时将该项目转入项目管理专业自动
进入项目管理集成测试周计划中；
④在对周计划的大节点项目“集成测试”填写实际结束时间时保存进入周计划，同时要求提交相
关文档，并将实际开始和结束时间保存进入大节点数据表中，同时将该项目转入项目管理专业自动
进入项目管理培训上线周计划中；
⑤以上项目存储时在数据表中保存和需求项的关联关系；
责任：
该部分由项目管理室各专业主管、3个科室长负责维护
界面：
增加查询条件：年度
图项目周度计划管理界面
注意：
（1）系统中要求先选择年度在点击月度筛选，筛选完成后对应该年度的年度大项和小项，同时对应该月度下的月度项目，否则，不选择年度和月度，点击筛选系统提示出错信息；
（2）年度和月度计划点击选择后，周度计划会将时间跨度在该周度份的（如果为计划编制：则时间为下
周和下下周；如果为实绩反馈，则时间伟本周和下周）周计划；
（3）不同登陆人身份根据所属专业基础表内信息，只能筛选查询并修改本专业的计划信息，其它专业信息只能查看不能修改；
2.4.4 项目计划管理基础信息模块
专业类别登录人登录人专业
菜单人员菜单分配
目的：
该基础信息管理，包括人员、专业、权限（人员菜单及其读写）管理；
权限：
该基础管理为系统管理员（部门计划员）进行维护；
需要增加基础信息表：项目性质表（eg：软件需求、软件开发、业务推进等）；
周度表（eg：801~802-对应2007年12月31日至2008年1月13日）；
2.4.6 统计
目的：
提供计划管理人员在每年、每月、每周通过系统自动完成周计划、月计划和年度计划的统计功能；
操作：
（1）进入“年度/月度/周度”，相应菜单界面，点击选择“年度/月度/周度”，同时选择“计划/实绩”，点击“search”，系统查询出相对应的“年度/月度/周度”计划或实绩信息；
注释：
（1）计划和实绩的抽取格式按照“年、月、周”的计划和实绩格式模板抽取即可，实绩还要求有统计计算功能；
（2）计划和实绩格式见附件计划和实绩模板；
（3）时间段按照年度、月度和周度的时间段抽取；
项目进度计划控制管理
一、工程项目进度控制管理基本论述 1·1 工程项目进度管理控制含义及作用 工程项目进度管理控制是对工程项目在施工阶段的作业程序和作业时间进行规划、实施、检查、调查等一系列活动的总称，即在施工项目实施过程中，按照已经核准的工程进度计划，采用科学的方法定期追踪和检验项目的实际进度情况，并参照项目先期进度计划，找出两者之间的偏差，并对产生偏差的各种因素及影响工期的程度进行分析与评估；而后组织、指导、协调和监督监理单位、承包商及相关单位三方，帮助其及时采取有效措施调整项目进度，使工期在计划执行中不断循环往复，直至该项目按合同约定的工期如期完工，或在保证工程质量和不增加原先预算的工程造价的条件下，使该项目提前完工并交付使用。 施工工程项目进度控制是影响工程项目管理中成本、进度、质量三大控制因素中的主要控制因素，贯穿于整个施工工程项目的投标、设计、施工、投产等所有阶段，尤其是在项目施工阶段，监理方、承包商以及相关部门对该项目进度的把控管理力度居于首位，不容忽视。 施工工程项目的进度控制管理，是工程建设过程中一项兼具实施复杂性和监管重要性的复合任务，是工程建设的三大目标的重要部分。对工程项目进度进行合理有效的控制管理，有利于尽快发挥投资者投入产出比，有利于经济秩序的良好维持，同时有利于提高企业效益。 1·2 影响工程项目进度控制的背景因素 长期以来，施工工程项目在进度控制管理方面，由于自然环境因素的制约性，面临着多重不可抗力，同时由于社会环境因素和企业管理作风因素，面临着不少压力和问题。 自然环境因素方面 工程地质条件和水文地质条件，如地质断层、溶洞、地下障碍物、软弱地基及恶劣气候、暴雨和洪涝灾害等都会对施工进度产生影响。 另外，施工中如果出现意外的事件，如战争、地震、火灾、重大工程事故、
需求说明书(软件项目管理系统)
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
工程项目管理的三大目标控制_兰丽萍
工程项目管理的三大目标控制 兰丽萍 摘 要:结合多年工程实践,就工程项目管理的核心内容,从工程项目的质量控制、进度控制和投资控制三方面,阐述了其三大目标控制的具体内容,并对其三者的关系作了分析。 关键词:质量控制,项目管理,进度控制,投资控制 中图分类号:TU721+.2文献标识码:A 1 概述 随着工程建设项目向大型化和复杂化的发展,工程项目管理在项目建设中起到越来越重要的作用,甚至关系到项目建设的成败。根据多年的工程实践,浅谈工程项目管理的核心内容———质量、进度和投资三大目标的控制。 2 工程项目目标的控制 2.1 工程项目质量控制 工程项目质量控制是指在力求实现建设项目总目标的过程中,为满足项目总体质量要求所开展的有关监督管理活动。工程项目的质量目标是指对工程项目实体、功能和使用价值以及参与工程建设的有关各方工作质量的要求或需求的标准和水平,也就是对项目符合有关法律、法规、规范、标准程度和满足业主要求程度做出的明确规定。 影响工程项目质量的因素很多,通常可以概括为人、机械、材料、方法和环境五个方面。工程项目的质量控制,应当是一个全面、全过程的控制过程,项目管理人员应当采取有效措施对这些因素进行控制,以保障工程质量。对人,要从思想素质、业务素质、身体素质等多方面综合考虑,全面控制;对机械,要根据工艺和技术要求,确认是否选用了合适的机械设备,是否建立了各种管理制度;对材料,要把好检查验收这一关,保证正确合理使用原材料、成品、半成品、构配件,并检查、确认、督促,做好收、发、储、运等技术管理工作;对方法,要通过分析、研究、对比,在确认可行的基础上确定应采用的优化方案、工艺、设计和措施;对环境,要通过指导、督促、检查,建立良好的技术环境、管理环境和劳动环境,以便为实现质量目标提供良好条件。 工程项目质量控制的工作重点应放在调查研究外部环境和系统内部各种干扰质量的因素上,要做好风险分析和管理工作,预测各种可能出现的质量偏差,并采取有效的预防措施。同时,要使这些主动控制措施与监督、检查、反馈,要发现问题并及时解决,发生偏差及时纠偏等控制措施有机结合起来,使工程项目质量始终处于项目管理人员的有效控制之下。 2.2 工程项目进度控制 工程项目进度控制是指在实现建设项目总目标的过程中,为使工程建设的实际进度符合项目进度计划的要求,使项目按计划要求的时间动用而开展的有关监督管理活动。工程项目进度控制的目标就是项目最终动用的计划时间,也就是工业项目负荷联动试车成功、民用项目交付使用的计划时间。由此可见,工程项目进度控制是对工程项目从策划与决策开始,经设计与施工,直至竣工验收交付使用为止的全过程控制。 工程项目进度目标不能按计划实现的原因有多种。例如,管理人员、劳务人员素质和能力低下,数量不足;材料和设备不能按时、按质、按量供应;建设资金缺乏,不能按时到位;施工技术水平低,不能熟练掌握和运用新技术、新材料、新工艺;组织协调困难,各承包商不能协作同步工作;未能提供合格的施工现场;异常的工程地质、水文、气候、社会、政治环境等。要实现有效的进度控制,必须对上述影响进度的因素实施控制,采取措施减少或避免其对工程进度的影响。 为了有效地控制工程项目进度控制,必须做好与有关单位的协调工作。组织协调是实现有效进度控制的关键,与工程项目进度有关的单位较多,包括项目业主、设计单位、施工单位、材料供应单位、设备供应厂家、资金供应单位、工程毗邻单位、监督管理工程建设的政府部门等等。如果不能做好与这些单位的协调工作,不建立协调工作网络,不投入一定力量去做联络、联合、调和工作,进度控制工作将是十分困难的。 2.3 工程项目投资控制 工程项目投资控制是指在整个项目的实施阶段开展管理活动,力求使项目在满足质量和进度要求的前提下,实现项目实际投资不超过计划投资。 工程项目投资控制不是单一目标的控制,而应当与工程项目质量控制的进度控制同时进行。项目管理人员在对工程投资目标进行确定或论证时,应当综合考虑整个目标系统的协调和统一,不仅要使投资目标满足业主的需求,还要使质量目标和进度目标也能满足业主的要求。这就需要在确定项目目标系统时认真分析业主对项目的整体需求,反复协调工程质量、进度和投资三大目标之间的关系,力求实现三大目标的最佳匹配。 在对工程投资控制的过程中,要协调好与质量和进度控制的关系,做到三大控制的有机结合。当采取某项投资控制措施时,要考虑这项措施是否对其他目标的控制产生不利影响。例如,当采用限额设计进行工程投资控制时,一方面要力争使实际的项目设计投资限定在投资额度内,同时又要保障项目的功能、使用要求和质量标准。这种协调工作在目标控制过程中是绝对不可缺少的。 此外,项目管理人员在控制工程项目投资时,应立足于工程项目的全寿命经济效益,不能只局限于项目的一次性费用。 3 工程项目管理三大目标的关系 工程项目的质量、进度和投资三大目标是一个相互关联的整体,三大目标之间既存在着矛盾,又存在着统一。进行工程项目管理,必须充分考虑工程项目三大目标之间的对立统一关系,注意统筹兼顾,合理确定三大目标,防止发生盲目追求单一目标而
酒店管理项目-需求分析
酒店订房管理项目 项 目 说 明 书 荆州市职业技术学院国际信息技术学院 撰写：GX1202全体参赛人员 班级：GX1202
1项目背景 1.1目的 酒店客房管理系统在正常运营中需要对客房资源、客人信息、结算信息等进行管理，利用酒店客房管理信息系统对客房的各个操作进行管理,能够及时了解各个环节中信息的变更,有利于提高管理的效率 1.2 背景 组织本届软件编程大赛旨在激发武汉厚溥教育科技有限公司各合作院校学生学习软件知识的热情、运用软件技术的兴趣、检验软件编程的水平、推动软件产品的应用、提高学生的实际开发能力。同时通过此次大赛，期望激励学生的创新精神、团队合作精神、加强动手能力、培养创造能力、提高学生综合能力及社交能力、促进学生对软件开发的兴趣以及各合作院校计算机技术专业教学的交流与合作。 1.3运行环境 客户端：手机系统android 2.3以上,支持重力感应功能,手机内存10M以上. 前台及后台管理：cpu:奔腾4 1.6Ghz 内存:256M 硬盘:300M空余空间显卡无要求网络要求：最低56K Modem 操作系统：Windows 2000/xp/7 响应时间：<2s 存储速度：<4s 网络通信功能：联网实时更新,最低56k Modem. 开发环境：系统基于Java和MySql 的windows xp/7环境下. 以上以及更多
第二章项目整体需求概述 酒店订房大致框架图： 项目需求详细说明： 1.我们采用现在最流行的移动式设备手机为客户端,群体比较大,推广度比较强, 为酒店能够带来质的突破,解放了人力订房的千年陈规,可以实现远程登录 服务器订房,适合白领人群,搭车过车中都可以订房,节省时间 2.到达酒店后前台服务人员会询问您是否订房，如果有通过客户端订房的可以省 去一些步骤,通过前台直接可以入住,省去登记时间和流程,更快更高效 3.如果客户对于房间不是非常满意可以通过客户端提出换房的要求,只能换房三 次,如果超过三次换房,系统会默认扣除押金,也可以直接到前台提出换房或 者是退房要求,不收取任何手续费用 4.入住酒店之后可以选择给予该酒店服务,硬件设施等进行评价
工程项目质量控制的主要内容与控制方法
工程项目质量控制的主要内容与控制方法工程项目质量控制的主要内容与控制方法提要：项目经理部有关人员根据工程需要于每月25号前编制月物资需用计划报项目技术负责人审批后交项目材料采购员，物资需用计划中需注明工程名称产品自合同范文 工程项目质量控制的主要内容与控制方法 1采购要素控制 一、材料供应商的考察和选择 ．根据工程物资的类别和要求，了解市场信息，初步确定供应商名单，组织有关人员对报选供应商进行考察，分析比较考察结果，确定满足要求的合格供应商； ．考察范围：对钢材、砖、砌块、砼、防水材料、焊接材料、大宗装饰材料、安装设备、主要水暖电工器材等，需进行考察。 ．考察内容：资质、信誉、业绩；生产供应能力;质量保证能力；产品质量；服务， 二、选择原则 有以下情况，可以直接选用：产品属于免检的；通过IS0认证或其他产品认证的；与本单位长期合作且产品质量和信誉好的。 三、《合格供应商名册》的编制和修改。 考察后确定的合格供应商名单编辑成册，报主管领导审批； 每年应根据对合格供应商评估和对新的供应商的考察结果，修改《合格供应商名册》，报主管领导者审批。
四、合格供应商控制 ．项目部根据名册选定合适的供应商进行采购； ．项目部在采购完成后，填写《供货记他表》，详细记录供应商的履约情况、产品质量和服务质量，将记录表交工程组； ．对采购过程中不能履约，或产品质量、服务质量达不到要求时，项目部及时通知工程组，并提出处理建议。工程组根据实际情况作出处理决定，报主管领导审批后实施。处理决定应及时发放至项目部。 五、采购计划 项目经理部物资采购计划的编制和审批 ①．项目经理部有关人员根据工程需要于每月25号前编制月物资需用计划报项目技术负责人审批后交项目材料采购员，物资需用计划中需注明工程名称产品、型号规格、数量、质量要求、需用时间等； ②．项目材料采购员根据物资需用计划和采购权限，把属顾客采购的物资需用计划报顾客代表、属材料部采购物资需用计划报公司材料部，属项目采购的物资，编制采购计划报项目经理审批后实施采购，并将采购计划报公司材料部备案。 ③．于设计变更和工程进度的高速导致物资需用计划变更时，可编制物资需用调整计划和采购调整计划，调整物资采购。 六、采购实施 ．材料采购员根据已审批的采购计划，在《合格供应商名册》中选择合适的供应商进采购； ．采购方法可分为合同采购和非合同采购；零星采购或采购金额
项目管理控制程序
项目管理控制程序 依据ISO9001：2000标准编制 A版 编制：审核：批准：实施日期：发放编号： 文件更改记录
XXXX有限责任公司
1、目的 编写本文的目的是为公司的所有项目提供一个规范的、一致的和严格的管理制度，从而保证项目开发质量和进度，节省项目开发成本。 2、范围 适用于公司所有项目的立项、实施和结项全过程的控制。 3、职责 3.1 总经理办公会议确定立项事宜； 3.2 项目管理经理和项目所属部门主管监控项目的实施； 3.3 项目经理按照本文的要求具体实施项目。 4、工作流程图
10、程序 10.1 读者对象 本条例的读者包括公司各部门经理、项目经理、软/硬件工程师和其他有关管理人员。 10.2 定义 本条例中涉及的一些名词定义如下： 1)项目：生产产品和提供服务的过程，包括软件开发、产品开发、产品预研、系统集 成、网络维护和网站维护。 2)产品：公司生产的可出售的有形实物，包括eBook阅读器、雷达模拟器、电子书光 碟，等。 3)服务：满足顾客要求的非有形实物，包括应用软件开发及技术支持、系统集成、集 团网络维护、公司网站维护、产品售后服务。 4)为了规范文档编号，现将目前公司各项目部门以及文档编号定义如下： 表1 项目编号表2 文档编号 文档编号格式：XXXX-PRJ-xx-yyy-zzzz XXXX……代表“远景”，不变；PRJ…代表“项目”，不变； xx…项目名称代号，见表1；yyy…文档名称代码，见表2； zzzz…代表“年号和当年序号”，今年为“03zz”。 例如，省店项目组今年的第一份测试记录的文档代号是：XXXX-PRJ-SD-CSJ-0301。 10.3 立项 10.3.1项目来源 1)公司项目分为产品性项目和服务性项目，前者生产有形实物产品，后者提供非实物 型服务； 2)产品性项目的立项分为生产立项和预研立项，前者开发产品上市销售，后者为已上 市产品的升级换代或新产品的开发作前瞻性研究。 3)生产立项由市场总监根据市场需求和盈利分析提出；预研立项由技术总监或技术总
项目管理：怎样做需求分析
项目管理：怎样做需求分析 如果将需求分析阶段的工作归结为编写需求规格说明书，这种简化的做法往往是导致项目后期层出不穷问题的罪魁祸首。建议采用以下步骤形成软件需求：获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。下面我们先来讨论前两个步骤（获取用户需求、分析用户需求）的做法。 获取用户需求 这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动（如图1所示）。 ●了解客户方的所有用户类型以及潜在的类型。然后，根据他们的要求来确定系统的整体目标和系统的工作范围。 ●对用户进行访谈和调研。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。例如，可以将需求细分为功能需求、非功能需求（如响应时间、平均无故障工作时间、自动恢复时间等）、环境限制、设计约束等类型。 ●需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则：⑴对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由； 图1 获取用户需求的活动
⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； ⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。 ●需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员。大家共同确认需求分析人员所提交的结果是否真实地反映了用户的意图。需求分析人员在这个任务中需要执行下述活动： ⑴明确标识出那些未确定的需求项（在需求分析初期往往有很多这样的待定项）； ⑵使需求符合系统的整体目标； ⑶保证需求项之间的一致性，解决需求项之间可能存在的冲突。 分析用户需求 在很多情形下，分析用户需求是与获取用户需求并行的，主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。分析用户需求需要执行下列活动： ●以图形表示的方式描述系统的整体结构，包括系统的边界与接口； ●通过原型、页面流或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价； ●系统可行性分析，需求实现的技术可行性、环境分析、费用分析、时间分析等； ●以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。
工程项目管理的三控制
工程项目管理的三控制 项目管理是一门应用科学，它反映了项目运作和项目管理的客观规律，是在实践的基础上总结研究出来的，同时又用来指导实践活动。项目管理的目的是通过对工程项目施工活动进行全过程、全方位的计划、组织、控制和协调，使工程项目在约定的时间和批准的预算内，按照要求的质量，实现最终的建筑产品，使项目取得成功。因此程或各分项工程的施工顺序、开工和竣工时间以及相互衔接关系的计划。我们在工程项目投标时，已经按照招标文件的要求编制了初步的施工组织方案和施工进度计划，但中标后，还应按现场施工的具体条件和合同中的工期及其他要求编制出更详细的、在工程实施中执行的施工进度计划。计划的内容应 包括开工前的各项准备工作、施工方法等。 施工项目管理的对象是项目，管理（旬）作业计划、施工任务书，协调各的目标就是项目的目标。该目标界定了工程项目管理的主要内容，即三控制、二管理、一协调，那就是进度控制、质量控制、成本控制、合同管理、安全管理和组织协调。这里我们仅讨论工程项目 施工管理中的“三控制”。 一、进度控制 我们进行进度控制的目的，是要按照承包合同规定的进度和时间要求完成工程建设任务。在工程项目施工管理的工作中，进度控制的内容和职责应该包括以下几个部分：制定进度计划。施工项目实施阶段的进度控制“标准”是施工进度计划。施工进度计划是表示施工项目中各个单位各个工种在施工中的衔接与配合、安排劳动力和各种施工物资材料的供应时间，确定各分部、分项工程的目标计划的要求进行。在必要时，为保证在合同工期内竣工，必须对进度计划进行必要的调整和补充。施工进度的检查施工进度的检查与进度计划的实施是融汇在一起的。施工进度计划的检查是计划执行情况的反馈和信息来源，是调整和分析施工进度的依据，是进度控制最重要的步骤。进度计划的检查主要是通过把实际进度与进度计划进行比较，从中找出项目实际执行情况与进度计划的偏差，以便及时进行修正和调整。在施工现场，这种对比法一般通过两标工期和全部工程的完工时间等。种方式实现：
软件项目管理之需求分析
软件项目管理之需求分析 需求分析是项目开发的基础，所以在进行软件项目开发之前，我们必须要了解下用户的需求是什么，避免在投入大量人力、物力、财力、时间等之后，开发出来的软件没人要。本文将从需求分析的过程、层次、需求开发阶段的重点以及需求分析的任务做详细介绍： 1.需求分析的过程 需求过程包括需求开发和需求管理2个部分： (1)需求开发就是对开发前期的管理，与客户的沟通过程，可以分为4个阶段：需求获取、需求分析、编写需求和需求验证。 (2)需求管理：就是软件项目开发过程中控制和维持需求约定的活动。包括：变更控制、版本控制、需求跟踪、需求状态跟踪。 2.需求的层次 需求的层次包括：业务需求、用户需求、功能需求、非功能需求等4个方面。 3.需求开发阶段的重点 (1)提取业务对象 业务对象是指系统使用的真实对象，例如一个供应链管理(简称SCM)业务对象主要包括：生产批发商、零售商、送货商、顾客多个层次。 (2)提取业务流程 在了解业务逻辑的过程中，应该列举出所开发软件模块的各自职能，并细化每个工作流程，深入分析业务逻辑。 (3)性能需求 在分析的前期应该注意客户对所开发软件的技术性能指标，如存储容量限制、运行时间限制、安全保密性等。 (4)环境需求 环境需求是指软件平台运行时所处环境的要求，如硬件方面：机型、外部设备、数据通信接口;软件方面：系统软件，包括操作系统、网络软件、数据库管理系统方面;使用方面：使用部门在制度上，操作人员上的技术水平上应具备怎样的条件。
(5)可靠性需求 对所开发软件在投入运行后发生故障的概率，应该按实际的运行环境提出要求。对于重要的软件，或是运行失效会造成严重后果的软件，应提出较高的可靠性要求。 (6)安全保密要求 在需求分析时应当在这方面恰当地做出规定，对所开发的软件给予特殊的设计，使其在运行中，其安全保密方面的性能得到必要的保证。 (7)用户界面需求 为用户界面细致地规定到达的要求。 (8)资源使用需求 开发的软件在运行时和开发时所需要的各种资源。 (9)软件成本消耗与开发进度需求 在软件项目立项后，根据合同规定，对软件开发的进度和各步骤的费用提出要求，作为开发管理的依据。 (10)开发目标需求 预先估计以后系统可能达到的目标，这样可以比较容易对系统进行必要的补充和修改。 4.需求分析的任务 需求分析的主要任务是借助于当前系统的逻辑模型导出目标系统的逻辑模型，其流程如下： (1)确定对系统的综合需求(功能、性能、运行、扩充需求) (2)制作产品需求文档(PRD) (3)分析系统的数据需求(概念模型、数据字典、规范化) (4)导出目标系统的详细的逻辑模型(数据流图、数据字典、主要功能描述) (5)开发原形系统 (6)从PRD提取编制软件需求规格说明书(SRS) 总之，需求分析的任务就是解决“做什么”，在准确表达所接受的用户需求以后，根据用户需求来设计软件，避免我们开发出来的产品客户不要。
工程项目管理的重点和难点
工程项目管理的重点和难点 一、工程项目管理的背景 1.围绕工期、质量、成本这条主线来看:合理的工期、合格的质量、最佳的成本(效益最大化原则)是工程项目管理的重点,是项目管理的纲。从字面意义来理解:工程重点,就是项目工作量最大、技术含量高、难度大、工期最长的项目。而技术含量高、施工难度大的项目就会有各种风险,所以对项目的风险管控是难点。 2.随着我国市场经济的快速发展,21世纪知识经济、管理时代的来临,市场竞争也日趋激烈。国内工程施工企业都必将面对一个难题:工程项目管理者将如何管理才能在新经济的微利时代,立于不败之地。面对市场的“双面效应”给工程的项目管理带来压力,工程利润将进一步降低,暴利、超额利润的时代已不复存在。以工程施工项目为主业的企业已进入一个微利时代,这将要求项目管理者必须以合同为依据,管理为主线,加强工程质量、工程进度、工程成本三大目标的控制,加强协调好甲乙双方等的公共关系。还将迫使工程项目管理要从粗放型管理转变为集约化管理。因此如何抓住工程项目的重点和控制好项目难点,是项目成败的关键。这是现时代迫切需要工程管理人员急需解决的问题。 3.管理就是计划、组织、协调、控制。工程项目管理就是工程项目的计划、组织、协调、控制。项目管理九字诀是“三控制、二管理、一协调”。控制和协调是工程项目管理上的两个主要功能,它们是一个对立的统一体。只有做好工程上的各种协调工作才能更有效地对工程进行控制;只有严谨而制度化的控制,才能有和谐的协调。这两者是相互统一的。工程项目管理的重要特点正在于工程项目管理者必须在一定的时间内,善于应用项目的约束条件,而又不超越这些条件的前提下,完成既定任务,达到预期的目标。否则时间不再来,条件不再有,项目管理即告失败。它具有一次性管理的特性,是一个项目生命过程,它不同于其它工业产品的批
[项目管理]项目成本管理与控制
（项目管理）项目成本管 理与控制
对成本的正常控制。3、如果实际成本经常性在下限成本附近移动，有可能是前期的成本预测不准，或施工时期材料市场价比预测时期有大副下跌。但这种情况比较少。如果实际成本高于成本上限，即实际成本超出责任成本，那么工程明摆着是要亏损。所以，成本目标的设定应切实可行，越具体越好，落实到各部门、班组、甚至个人，适时对目标进行检查，发现问题，及时纠偏，将成本控制置于一个良性循环之中。 4.责、权、利相结合的原则。在项目实施过程中，项目各部门、各班组有权力有义务对各自工作范围进行成本控制，从而形成整个项目成本控制责任网络。公司及项目部对成本控制好的部门、班组、人员进行奖励，差的要进行处罚。只有真正做到责、权、利相结合，才能使成本控制真正落到实处。 二、施工准备阶段的成本控制与管理 施工准备阶段，造价管理人员要结合工程的实施性施工组织设计，项目部及工区的人员编制、机械设备配备情况及最新的材料市场信息，对整个项目的成本（包括工、料、机及项目部的管理费用等）进行预测，编制目标责任成本。项目目标责任成本即按中标价扣除上交公司管理费及税金后的成本。为了使控制成本有具体目标，把工程直接成本分解为人、材、机，特别是主材，如钢材、水泥、商品砼、砂、石、外加剂等，根据设计数量及消耗标准确定各种材料的应耗数量，把材料的应耗数量和中标单价提供给材料管理人员。以便材料管理人员掌握信息，在施工过程中有一个无形的尺度在控制材料成本。同样，各工种人工工日数、机械费都应尽量控制在目标成本范围之内。 另外，项目部要成立成本管理小组，由项目经理任组长，各部门负责人为成员，制定具体的项目成本管理办法，明确各成本管理小组人员的职责分工及奖罚措施。同时项目部要组织召开项目责任成本管理会议。会议主要目的在于强调项目成本管理的重要性，明确哪些成
(项目管理)一项目需求
一、技术要求 工作条件 1．除非在技术规格中另有说明，所有仪器、设备和系统都应符合下列要求：2．适于在气温为摄氏0℃～＋40℃和相对湿度为90％的环境条件下运输和贮存。 3．适于在电源220V（ 10％）/50Hz、气温摄氏-5℃～＋40℃和相对湿度85％的环境条件下运行。连续正常运行的时间应不少于8小时。 4．配置符合中国有关标准要求的插头，如果没有，则需提供适当的转换插座。 5．如产品达不到上述要求，供应人应注明其偏差。如仪器设备需要特殊工作条件（如水、电源、磁场强度、温度、湿度、动强度等）供应人应在供应文件中加以说明。 其它要求： 1．为便于采购人进行接收仪器的准备工作，成交供应商应在合同生效后60天内向用户提供一套完整的使用说明书、操作手册、维修及安装说明等文件。另一套完整上述资料应在交货时随货包装提供给采购人，这些费用应计入总报价中。 2．对于需安装、校准、试运行的仪器设备，如果有必要的安装准备条件，成交供应商应在合同生效后一个月内向采购人提出详细的要求或计划。设备安装调试的费用由供应人承担，需计入成交总价中，并应单独列出，供采购人参考。 3．对于人员培训所需的仪器、设备，供应文件中应注明。 4．对于在采购人所在地进行的培训，供应人培训人员的旅费、食宿费用等费用由供应人自理。 5．对于需到制造厂家所在地进行的培训，供应文件中将注明培训日程和时间要求。受训人员的旅费、食宿费、培训场地费及培训资料费等培训费用均应由供应人支付。 6．在评审过程中，谈判小组有权向供应人索取任何与评审有关的资料，供应人务必在接到此类要求后，在规定时间内予以答复。对于无答复的供应人，谈
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、招投标管理：这是一个特殊的环节，管理项目中需要招投标的事务， 主要是管理招标表，甚至保留招标内容。一个项目中可能会有多个招标事务。招标完成和由省局和中标单位签订合同，也可能会要求各个
医院管理系统项目需求分析
医院管理系统项目需求分析 目录 1引言 ............................................................................................................................................ 错误!未定义书签。 1.1编写目的......................................................................................................................... 错误!未定义书签。 1.2适用范围......................................................................................................................... 错误!未定义书签。 1.3背景................................................................................................................................. 错误!未定义书签。 1.4术语定义......................................................................................................................... 错误!未定义书签。 1.5参考资料......................................................................................................................... 错误!未定义书签。2项目概述..................................................................................................................................... 错误!未定义书签。 2.1目标................................................................................................................................. 错误!未定义书签。 2.2用户特点......................................................................................................................... 错误!未定义书签。3功能需求..................................................................................................................................... 错误!未定义书签。 3.1流程图............................................................................................................................. 错误!未定义书签。 3.1.1门诊管理流程图................................................................................................. 错误!未定义书签。 3.1.2住院管理流程图................................................................................................. 错误!未定义书签。 3.1.3药库药房流程图................................................................................................. 错误!未定义书签。 3.2功能表............................................................................................................................. 错误!未定义书签。 3.3用例................................................................................................................................. 错误!未定义书签。 3.3.1门诊管理用例图................................................................................................. 错误!未定义书签。 3.3.2门诊管理用例说明............................................................................................. 错误!未定义书签。 3.3.2.1门诊挂号人员登录：......................................................................................... 错误!未定义书签。 3.3.2.2门诊挂号人员修改密码：................................................................................. 错误!未定义书签。 3.3.2.3门诊挂号人员对挂号单的录入：..................................................................... 错误!未定义书签。 3.3.2.4门诊挂号人员对挂号单的查询：..................................................................... 错误!未定义书签。 3.3.2.5门诊挂号人员退号：......................................................................................... 错误!未定义书签。 3.3.2.6门诊挂号人员退出登录：................................................................................. 错误!未定义书签。 3.3.2.7门诊挂号人员结算：......................................................................................... 错误!未定义书签。 3.3.2.8门诊划价人员登录：......................................................................................... 错误!未定义书签。 3.3.2.9门诊划价人员修改密码：................................................................................. 错误!未定义书签。 3.3.2.10门诊划价人员对处方的录入：....................................................................... 错误!未定义书签。 3.3.2.11门诊划价人员对划价单的查询： ................................................................... 错误!未定义书签。 3.3.2.12门诊划价人员退出登录：............................................................................... 错误!未定义书签。 3.3.2.13门诊收费人员登录：....................................................................................... 错误!未定义书签。 3.3.2.14门诊收费人员修改密码：............................................................................... 错误!未定义书签。 3.3.2.15门诊收费人员收费：....................................................................................... 错误!未定义书签。 3.3.2.16门诊收费人员退出登录：............................................................................... 错误!未定义书签。 3.3.2.17门诊收费人员结算：....................................................................................... 错误!未定义书签。 3.3.3住院管理用例图................................................................................................. 错误!未定义书签。 3.3.4住院管理用例说明............................................................................................. 错误!未定义书签。 3.3. 4.1住院部管理员登录：......................................................................................... 错误!未定义书签。 3.3. 4.2住院部管理员修改登录密码............................................................................. 错误!未定义书签。
项目管理控制程序
*******有限责任公司 程序文件文件编号XXXX-QP-10 生效日期2003年10月12日 主题项目管理控制程序版次A版修改状态0 项目管理控制程序 依据ISO9001：2000标准编制 A版 编制：审核：批准： 实施日期：发放编号： 文件更改记录 更改单号页码更改状态更改人审核人批准人生效日期 XXXX有限责任公司
程序文件生效日期2003年10月12日 主题项目管理控制程序版次A版修改状态0 1、目的 编写本文的目的是为公司的所有项目提供一个规范的、一致的和严格的管理制度，从而保证项目开发质量和进度，节省项目开发成本。 2、范围 适用于公司所有项目的立项、实施和结项全过程的控制。 3、职责 3.1 总经理办公会议确定立项事宜； 3.2 项目管理经理和项目所属部门主管监控项目的实施； 3.3 项目经理按照本文的要求具体实施项目。 4、工作流程图 立项申请 项目审批 （总经理办公会议确定） 项目实施 （项目经理负责，项目管理部和部门经理监管） 项目总结 （项目管理部检查与评估）
程序文件生效日期2003年10月12日 主题项目管理控制程序版次A版修改状态0 10、程序 10.1 读者对象 本条例的读者包括公司各部门经理、项目经理、软/硬件工程师和其他有关管理人员。 10.2 定义 本条例中涉及的一些名词定义如下： 1)项目：生产产品和提供服务的过程，包括软件开发、产品开发、产品预研、系统集 成、网络维护和网站维护。 2)产品：公司生产的可出售的有形实物，包括eBook阅读器、雷达模拟器、电子书光 碟，等。 3)服务：满足顾客要求的非有形实物，包括应用软件开发及技术支持、系统集成、集 团网络维护、公司网站维护、产品售后服务。 4)为了规范文档编号，现将目前公司各项目部门以及文档编号定义如下： 表1 项目编号表2 文档编号 序号项目名称代码序号文档名称代码 1 1 立项申请书SQS 2 2 项目开发计划书JHS 3 3 项目开发任务书RWS 4 4 每周工作进度表MZB 10 10 阶段完成情况表JDB 6 6 开发计划变动申请书BDB 7 7 测试纪录CSJ 8 8 客户服务纪录KHJ 9 开发经费增补申请书ZBB 10 项目开发交接表JJB 11 项目验收书YSS 12 源码备份记录YMB 文档编号格式：XXXX-PRJ-xx-yyy-zzzz 。其中： XXXX……代表“远景”，不变；PRJ…代表“项目”，不变； xx…项目名称代号，见表1；yyy…文档名称代码，见表2； zzzz…代表“年号和当年序号”，今年为“03zz”。 例如，省店项目组今年的第一份测试记录的文档代号是：XXXX-PRJ-SD-CSJ-0301。 10.3 立项 10.3.1项目来源 1)公司项目分为产品性项目和服务性项目，前者生产有形实物产品，后者提供非实物 型服务； 2)产品性项目的立项分为生产立项和预研立项，前者开发产品上市销售，后者为已上 市产品的升级换代或新产品的开发作前瞻性研究。 3)生产立项由市场总监根据市场需求和盈利分析提出；预研立项由技术总监或技术总