软件项目管理与实践综合课程设计题目软件项目管理平台
院系计算机科学与技术
专业计算机科学与技术
学生姓名石立用、张世坤、姜作玉
学号161110321,161110314, 161110225 指导教师张德平
二0 一四年十二月十一日
软件需求说明书
1.引言 (3)
1.1 编写目的 (3)
1.2 背景 (3)
1.3 定义 (3)
1.4 参考资料 (4)
2.任务概述 (4)
2.1 目标 (4)
2.2 用户的特点 (4)
2.3 假定和约束 (4)
3.需求规定 (4)
3.1 对功能的规定 (5)
3.1.1 功能模块 (5)
3.2 对性能的规定 (6)
3.2.1 精度 (6)
3.2.2 时间特性要求 (6)
3.2.3 灵活性 (6)
3.3 输入输出要求 (6)
3.4 数据管理能力要求 (7)
3.5 故障处理要求 (7)
3.6 其他专门要求 (7)
3.7 分析模型 (8)
4.运行环境规定 (12)
4.1设备 (12)
4.2支持软件 (12)
4.3接口 (12)
4.4控制 (12)
1.引言
随着我国各行业信息化的不断发展，软件数量和种类急剧扩大，与之相适应的软件项目复杂程度及工作量也成倍增长，一个软件项目需要多人甚至是多团队协同进行，工作周期几个月甚至数十个月，软件项目过程文档有时超过万页; 另一方面软件研制普遍存在周期紧、任务重、质量要求高的特性，对软件项目过程管理的规范性、软件测试实施效率和质量的要求也越来越高。
1.1 编写目的
此说明书覆盖用户需求分析，明确所要开发的软件应具有的功能、性能和界面，使系统分析人员和软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
该文档可作为：
1. 设计人员进行系统设计的输入源
2. 开发人员对系统功能开发的依据
3. 产品经理检查系统实现程度的依据
4. 项目需求阶段的主要交付物
5. 收集并记录所有的外部接口，以用于作为完成设计和实现系统的参考
1.2 背景
说明：
a.项目名称：软件项目管理平台
b.项目提出者：张德平老师
c.项目开发者：石立用、张世坤、姜作玉
d.用户：软件开发相关人员
1.3 定义
软件采用B /S 架构，设计一个能对软件项目管理的“软件项目管理平台”，以解决在软件测试管理日益增长的需求。系统分为服务器端软件、客户端软件两个部分: 客户端软件通过网络连接服务器，主要负责软件测试流程业务处理; 服务器端软件主要负责项目数据处理，包括数据库操作、数据统计、软件项目管理过程文档生成等。
1.4 参考资料
软件可靠性模型预测评估平台
2.任务概述
2.1 目标
设计一个软件项目管理平台。当用户登录到该平台以后，能够选择或输入软件项目，对软件项目管理过程进行管理，自动生成各类软件项目文档，并以图和表的形式展示分析结果。
2.2 用户的特点
用户：软件开发项目小组成员、项目经理、部门领导
档阅读建议：
请各用户使用自己的用户名进行登录
请务必保管好自己的用户名和密码
由于用户名和密码借给别人而导致的一切后果由用户自己承担
开发人员：石立用、张世坤、姜作玉小组
项目负责人：石立用
测试人员：张世坤
文档编写人员：姜作玉
2.3 假定和约束
2015.1.15前完成开发
3.需求规定
目前很多企业内部软件项目过程管理和文档编制工作主要靠手工进行，效率普遍低下，软件工程师很大一部分时间花在文档编写和格式调整等方面，其原因主要因为市场上现有的常规软件项目管理工具，都存在与现有行业软件项目流程不符、项目管理内容要求不一致、中文本地化支持不好、价格昂贵等问题。为保证软件项目实施高效性、规范性和高质量要求，传统手工作业已逐渐不能满足要求，研发具有自主知识产权且符合行业软件测试标准流程和规范的过程管理工具
刻不容缓。
3.1 对功能的规定
功能：
实现项目经理提交项目开发计划与计划跟踪管理，项目小组成员提交周计划，并于每天填写周计划完成情况、项目经理对项目小组成员进行考评、部门领导审核考评、小组成员考核结果查询。
性能：要求性能稳定，不能出现数据丢失等情况
输出：要求将各种数据以表单形式打印
输入：要求系统模块具有添加新数据的功能。
安全与保密要求：要求系统具有权限管理功能，使不同的用户有不同的权限，建立后的数据库需要加密。
完成期限；1个月
3.1.1 功能模块
元素名：用户
描述：使用该系统的人
定义：用户= 项目经理+ 项目小组成员+ 部门领导
元素名：用户名
描述：用来区分项目经理、项目小组成员和部门领导
定义：用户名= 项目经理名+项目小组成员名+部门领导名（可以自定义）
元素名：验证
描述：用来区分登录用户类型及信息
定义：用户名+ 密码
元素名：项目小组成员信息
描述：用来存储员工信息
定义：成员信息= 姓名+ 部门+ 员工号
元素名：关键任务信息
描述：对项目关键任务进行说明
定义：关键任务详细说明
元素名：版本信息
描述：查看每个版本实现的功能，比较任意两个版本功能的差别定义：版本信息= 版本功能+ 差别
元素名：计划管理信息
描述：说明对项目计划书的相应操作
定义：详细说明对项目计划书的相应操作
元素名：文档信息
描述：说明各阶段文档内容，及对应操作
定义：详细说明各阶段文档内容，及对应操作
元素名：人员管理信息
描述：说明对人员的安排
定义：详细说明对人员的安排
3.2 对性能的规定
3.2.1 精度
按照严格的数据格式输入，否则提示再重新输入
3.2.2 时间特性要求
处理流程的每一步中不超过5s即可显示结果。
3.2.3 灵活性
考虑Win7+Chrome/IE环境，数据库使用SQL server或mysql。
3.3 输入输出要求
用户名必须是英文，密码6位，全位数字
添加组员信息时，名字是汉字
查询结果以表格形式输出
3.4 数据管理能力要求
最多支持99个项目，每个项目支持99次测试
3.5 故障处理要求
正常使用情况下不应出错，若运行时出现不可恢复的系统错误，也必须保证数据库完好；
有些空记录往往会使程序无法执行，此时可先判定是否为空记录再进行操作。
3.6 其他专门要求
系统的功能实现情况：用户可在本系统下实现三种不同用户要求的功能；
系统安全性：登录需要密码登录，保证了一定的安全；
系统容错性：容错性较好，用户输错数据会提示信息以便重新输入；
系统封闭性：用户封闭性较好。
3.7 分析模型
数据流程图：
项目人员管理系统
项目人员信息
1 为项目经理添加人员分派信息
2 为项目经理查看人员分派信息
3 查看人员分派信息
项目版本管理系统
项目版本信息
1 为项目经理提交版本信息
2 为项目经理查看版本信息
3 为领导查看版本信息
4 为项目成员查看版本信息
项目功能管理系统
项目功能信息
1 为项目经理查看功能
2 为项目经理添加功能
项目计划信息系统
项目计划信息
1 为经理查看计划信息
2 为经理提交项目计划
3 为领导查看项目计划信息
4 为成员查看项目计划
5 为成员提交自己的计划
用例图
项目计划
项目版本信息
4.运行环境规定
4.1设备
硬件平台：
CPU：1.7G以上
内存：128mb及以上
硬盘：10G及以上
运行环建：
Wondows 98\ Windows 2000 \ Windows XP\Windows 7
支撑环境；Mysql server 或SQL SERVER
4.2支持软件
Win7+Chrome/IE+SQL server+Eclipse
4.3接口
本软件不需要特定的硬件或硬件接口支撑，需运行在Win7操作系统上，内部接口即为实现各个类的接口。
4.4控制
控制软件的运行主要靠键盘、鼠标等外部设备。用户登陆系统时，登陆界面的登录响应事件会根据用户给予用户的权限，对于项目经理、组员，系统数据库会识别判断并给予不同权限，控制信号由外部设备发出。
软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
山西大学 软件项目管理课程设计报告 题目：教务管理系统 班级： 14 班 学号： 14 姓名： 2016年12月 实习目的： 为了将理论用于实践,巩固所学知识,提高自己发现问题并用所学知识分析问题和解决问题的能力,锻炼自己的工作能力,适应社会能力,自我管理能力,了解目前软件的应用情况,需求情况,发展方向及前景,为顺利毕业做好充分的准备,也为自己能顺利的与社会环境接轨做好准备.此次实习由学校统一组织安排,分两个阶段，两个方向进行系统的实习。 实习要求： 1、要求学生在实习过程中认真学习技术知识，积极与指导老师和同学配合; 2、在前期，按时到勤，认真学习。积极做好实习日志，能够理解当天的内容。对技术的理论知识要及时实践; 在后期，积极与同学沟通，认真完成项目要求的内容。在这个过程中要与老师同学多做沟通，通过探讨项目的解决方案以及进展。 教务系统招标书
根据《中华人民共和国招投标法》和学校有关规定，对我校的教务管理信息系统软件项目（以下简称该项目）进行国内邀请招标。 一．系统要求 教务管理信息系统的主要功能模块包括：系统应该包括教务和教学两部分，教务和教学可以灵活组合、自由搭配，可以组成学校教务管理或教学管理系统。教务管理信息系统涵盖教务业务中的各个功能部件，从学籍、注册、排课、选课、考试、成绩、教学评价、教材等诸多方面形成一体化管理模式， 教务部门主要负责学校各类专科生的教学管理，主要负责5个方面的工作：基本教学活动管理。主要包括：各类教学计划管理、教学运行管理、教学考评管理；教学基本建设管理。主要包括：专业建设、课程建设、教学基地建设、教学管理制度和学风建设。组织开展相关的教育科学研究、教学改革和教学成果评审；学历与学籍管理。主要包括：在校专科生的学历与学籍管理工作，负责历届本（专）科生的学历和学位管理；教师队伍建设的有关工作。组织教师和管理干部队伍的相关业务培训与考核工作，参与拟制教师队伍建设规划和专业技术职务评审工作，负责聘任兼职教授的相关工作；其它工作，学校人才培养有关工作的牵头和情况汇总上报； 教学管理信息系统在结构上可划分为下列功能模块：公共信息管理（教学资源（设施）管理）、教学计划管理、开课管理、学籍管理、注册管理、排课管理、选课管理、考试管理、成绩管理、教材管理、教学质量评估那里、实践教学管理、教师管理、毕业管理、教务办公（综合查询）、系统维护、教师门户、学生门户等模块。 二．投标商应该完成的工作 2.1 根据各系统目标和功能描述，识别并给出系统需求（需求调查，对项目的理解）。 2.2 提出达到系统目标和完成系统功能的最佳途径（项目方案）。 三、工作要求
项目管理：怎样做需求分析 如果将需求分析阶段的工作归结为编写需求规格说明书，这种简化的做法往往是导致项目后期层出不穷问题的罪魁祸首。建议采用以下步骤形成软件需求：获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。下面我们先来讨论前两个步骤（获取用户需求、分析用户需求）的做法。 获取用户需求 这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动（如图1所示）。 ●了解客户方的所有用户类型以及潜在的类型。然后，根据他们的要求来确定系统的整体目标和系统的工作范围。 ●对用户进行访谈和调研。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。例如，可以将需求细分为功能需求、非功能需求（如响应时间、平均无故障工作时间、自动恢复时间等）、环境限制、设计约束等类型。 ●需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则：⑴对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由； 图1 获取用户需求的活动
⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； ⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。 ●需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员。大家共同确认需求分析人员所提交的结果是否真实地反映了用户的意图。需求分析人员在这个任务中需要执行下述活动： ⑴明确标识出那些未确定的需求项（在需求分析初期往往有很多这样的待定项）； ⑵使需求符合系统的整体目标； ⑶保证需求项之间的一致性，解决需求项之间可能存在的冲突。 分析用户需求 在很多情形下，分析用户需求是与获取用户需求并行的，主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。分析用户需求需要执行下列活动： ●以图形表示的方式描述系统的整体结构，包括系统的边界与接口； ●通过原型、页面流或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价； ●系统可行性分析，需求实现的技术可行性、环境分析、费用分析、时间分析等； ●以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。
软件项目管理实验报告1
软件项目管理实验报告 学院计算机学院专业软件工程班级12级（4）班学号3112006291 姓名林炳城指导教师胡欣如 （2015年6月）
计算机学院软件工程专业 4 班学号：3112006291 姓名：林炳城协作者：________ 教师评定： 实验__一__题目__ 建立项目管理文件___ 实验__二__题目__ _创建项目任务_ 实验__三__题目__ ____任务分解 实验__四__题目__ _ 安排任务工期____ 实验__五__题目__ _ __任务的链接__ __ 实验__六__题目__ ___ 资源分配____ 实验__七__题目__ __ _ 项目管理____ 实验平台： Windows系统 Microsoft Office Project Pro 2003
实验要求 本课程实验通过使用项目管理软件工具完成项目管理的一些工作，目的是了解项目管理软件工具的使用和项目管理的相关知识。 项目启动 假定： 你是一家IT公司的项目经理，该公司的PMO任命你为一个新软件项目的项目经理，PMO召开项目启动会，召开大会的日期是2015年4月1日。大会重申这个项目的关键要求： 时间要求：在2015年7月之前正式上线。 质量要求：提交一套符合此次合同要求的软件产品。 费用要求：控制在人民币3万元以内。 会议结束时，PMO主管要求你在５个工作日内提交Project格式的项目计划，包括项目进度计划、资源计划、成本计划等。 项目简介 1、项目名称《图书管理系统》 2、项目简介 本图书馆管理系统适应于中小规模公共图书馆、中小学及各院校图书馆
变更管理流程 1概述 ....................................................................................... 错误！未定义书签。2变更流程 .. (2) 2.1摘要 (2) 2.2提交变更申请 (2) 2.3审核变更申请 (2) 2.4识别变更可行性 (2) 2.5批准变更申请 (3) 2.6实施变更申请 (3) 3变更任务 (3) 3.1变更申请人 (3) 3.2变更经理 (3) 3.3变更可研小组 (3) 3.4变更审批小组 (4) 3.5变更实施小组 (4) 4变更登记 (4) 5变更模板 (4)
1 概述 描述变更管理的目的。就项目中变更管理的总体流程提供一份概述，如： 变更管理流程是成功交付项目的基础。变更管理流程确保对在项目环境中的每个变更在实施以前都得以恰当的定义、评估和审批。 对项目的变更管理是通过对以下五个关键步骤的实施引入的。，: 提交和接收变更申请 审核和记录变更申请 确定变更申请的可行性 批准变更申请 实施和结束变更申请 2 变更流程 对将要执行的流程和程序做一个图表概述，以启动、实施项目中的变更并审核其效果。例如：Provide a diagrammatic representation of the processes and procedures to be undertaken in order to initiate, implement and review the effects of changes within the project. An example follows: 2.1 概要 下图对将要执行的变更流程和程序做了一个概述，以有效地管理与项目相关的变更。同时也明确的变更管理中的职责分工。 2.2 提交变更申请 本步骤中项目团队中的任何成员都可以提交项目变更申请，需要完成以下工作： 变更申请人识别项目中任何方面的变更需求（如范围、可交付成果、时限、组织）. 变更申请人完成变更申请表（CRF），并将其呈交变更经理。变更申请表对需要进行的变更做一概述，包括： ?变更描述 ?变更原因（包括商业驱动） ?变更利益 ?变更成本 ?变更带来的影响 ?支持性文件 2.3 审核变更申请 本步骤授权变更经理对变更申请表进行审核，以决定是否需要一份充分的可行性研究报告以供变更批准小组评估变更可能带来的全部影响。做出上述决定的基本依据是： 呈交的可选择变更数目Number of change options presented 申请变更可选反性的复杂程度Complexity of the change options requested 提出的变更解决方案的衡量Scale of the change solutions proposed 变更经理将不会在变更日志中打开一份变更申请并记录是否需要一个变更可行性研究。The Change Manager will open a 慍hange Request’ in the Change Log and record whether or not a change feasibility study is required. 2.4 识别变更可行性 本步骤涉及完成一份完整的变更可行性研究，以确保对所有的变更可选项进行调查并上报，变更可行性研究包括对以下各项的定义： 变更需求 变更可选项Change options 变更成本及利益 变更风险及事项Change risks and issues 变更带来的影响
软件项目管理总体流程设计与分析
图1 软件项目管理总体流程 4 软件项目管理总体流程分析 4.1项目搜寻 项目搜寻是项目立项的基础，项目搜寻阶段的主要任务包括市场信息收集，用户需求跟踪，对潜在的项目进行分析和筛选。 4.2项目立项 立项阶段的主要任务是确认立项的理由，提出立项建议，提供合适的资金和资源，使立项建议成为正式项目。 4.3 项目售前 售前阶段从项目立项开始到项目合同的签定结束，主要工作有：制定与客户的交流计划，详细了解客户的背景资料，了解客户启动项目的缘由、目的和期望，编制项目方案建议书，准备合同蓝本。 4.4合同生成
合同生成阶段的主要工作有：项目方案的评估与确定，技术合同、商务合同的商定、评估与签署。 4.5合同执行 合同执行是软件项目管理流程的重点，可分为软件开发、测试执行；内部验收、项目验收、系统维护等五个基本工作过程。 4.5.1软件开发 软件开发阶段分为：需求调研、系统分析、系统设计、编码、单元测试等过程。主要从三个方面进行管理： 1) 制定项目计划。软件项目计划是一个用来协调所有其他计划，以指导项目执行和控制的可操作文件。它体现了对客户需求的理解，是开展项目活动的基础，也是软件项目跟踪与监控的依据。 2) 确定开发过程。根据软件项目和项目组的实际情况，建立起一个稳定、可控的软件开发过程模型，并按照该过程来进行软件开发。 3) 加强过程控制。过程控制主要包括过程管理、变更控制和配置管理。 4.5.2测试与执行 项目测试的目的是检查系统是否符合项目合同与任务书规定的要求。项目测试分集成测试和系统测试，主要进行功能测试、健壮性测试、性能—效率测试、用户界面测试、安全性测试、压力测试、可靠性测试、安装/反安装测试等。测试过程在模拟运行环境中进行。 4.5.3内部验收 项目完成集成测试和系统测试后进行项目内部验收，主要有三个步骤：1)文档准备。项目经理提交内部验收计划、项目开发总结报告、产品发布清单；财务主管提交项目财务预算报告。2)内部验收测试。内部验收测试的测试内容与方法虽然与系统测试基本相同，但应站在用户验收的角度进行，因为它是试运行的基础，通过这一步，为用户验收作充分的准备。3)内部评审。对提交的所有文档及测试结果进行内部评审，完成项目开发总结报告。 4.5.4项目试运行与验收 试运行与用户验收阶段的主要任务是，使所有的工作产品得到用户的确认。主要工作有：1) 验收前的准备。项目经理负责检查产品的完整性，包括文档、介质和中间产品等，以确保现场实施的成功；负责应用软件的现场安装调试，完成安装调试总结报告；负责制定用户验收计划，并得到客户的确认。2) 用户进行验收测试和系统试运行，进行文档和系统的移交。3) 用户确认。项目经理负责与客户协调，协助用户进行项目验收，形成用户验收报告。 4.5.5项目维护 软件系统的维护分为两大类：一类是纠错性维护，由于前期的测试不可能暴露软件系统中所有潜在的和隐含的错误，诊断和改正这些错误的过程为纠错性维护。另一类是完善性维护，在软
软件项目集成管理解决方案 1 系统概述 软件项目集成管理是实现软件开发过程和软件管理过程的全面管理。软件项目集成管理是通过将项目管理工具（如：MS project）和软件开发平台工具（如：IBM Rational Suite）有机地集成和扩展，依据软件工程和CMM/CMMI理论，按照组织统一的项目管理流程和方法针对软件开发过程、里程碑目标、任务级目标等进行集中管理的过程。软件项目管理一般面向软件开发团队以及有关管理者等部门或个人，最终提高企业软件生产力和项目成功率。 软件项目集成管理技术架构如下图所示： 2 软件项目管理 2.1软件项目计划 2.1.1计划编制 项目经理运用Microsoft Project2003 标准版编写项目计划。Microsoft Project 2003提供了强大的智能任务分解的工具。由于在系统的资源管理模块中已经完成对系统资源的定义，因此在此模块的任务分配中可以首先定义资源的成本，例如人员的计时工资，设备的每次使用成本等有关项目的成本信息，在将资源与相对的任务建立关系后相应资源的成本变为每个任务的成本，所有任务的成本构成项目的总成本。资源的成本定义如下图：
对相应任务分配资源后的项目以及任务成本图例： 项目的计划编写完毕后向服务器发布项目计划，这样项目计划成为最终的项目执行依据。 2.1.2任务执行管理 项目组成员可以在Project中对自己负责任务的完成情况进行设置，待设置被项目经理确认后，登录系统就可以查看项目各个任务的完成情况，如下图： 2.2软件项目跟踪和监督
软件项目跟踪和监控包括对照已文档化的估计、约定、计划评审跟踪软件完成情况和结果，基于实际的完成情况和结果调整这些计划。 在项目经理使用Microsoft Project 2003 标准版做好项目计划时，将做好的最初计划保存为比较基准；当项目进展到一定阶段后可以与比较基准进行比较，得出项目是否按计划进行，还有多少任务没有按时完成，多少任务提前完成等等信息。如下图： 通过这一模块可对项目进度进行控制与更新。以便于上级更好的掌握各种计划的进展情况，同时提供多种形式的进度查询，使领导及时掌握各种任务进展的更新信息。进度更新是更新自己所属任务的进展以及完成情况，便于上级更好的掌握各种计划的安排，以保证项目顺利进行。 3 软件开发过程管理 3.1需求管理 系统采用IBM Rational RequisitePro进行软件需求管理。IBM Rational RequisitePro利用了被广泛应用和熟悉的Microsoft Word工具来简化需求的获取。虽然文档有助于需求的获取，但它不是对信息进行优先级排序和组织的最佳环境，而这些活动在使用数据库时却可以达到最佳效果。通过链接需求文档和数据库，IBM Rational RequisitePro将两者的最佳功能结合在一起。 这个独特的结构充分利用了数据库的强大功能和Word的易用性，以便有效的进行需求管理。IBM Rational RequisitePro中的文档不是简单地将需求从数据库中输入或输出。它们包含当前最新的需求信息，使您可以在熟悉的Microsoft Word环境中对需求进行修改。Word文档中的需求被动态链接到数据库中存储的补充需求信息。数据库和文档被链接在一起，只需简单地在数据库中双击需求，就可启动Microsoft Word，将您直接带到书写该需求的文档
软件项目管理之需求分析 需求分析是项目开发的基础，所以在进行软件项目开发之前，我们必须要了解下用户的需求是什么，避免在投入大量人力、物力、财力、时间等之后，开发出来的软件没人要。本文将从需求分析的过程、层次、需求开发阶段的重点以及需求分析的任务做详细介绍： 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) 总之，需求分析的任务就是解决“做什么”，在准确表达所接受的用户需求以后，根据用户需求来设计软件，避免我们开发出来的产品客户不要。
学生实验报告 （理工类） 课程名称：软件项目管理专业班级： 13NIIT 学生学号： 1305105026 学生姓名：沈红兵 所属院部：软件工程学院指导教师：张海涛 2015 ——2016学年第 1学期 金陵科技学院教务处制
实验报告书写要求 实验报告原则上要求学生手写，要求书写工整。若因课程特点需打印的，要遵照以下字体、字号、间距等的具体要求。纸张一律采用A4的纸张。 实验报告书写说明 实验报告中一至四项内容为必填项，包括实验目的和要求；实验仪器和设备；实验内容与过程；实验结果与分析。各院部可根据学科特点和实验具体要求增加项目。 填写注意事项 （1）细致观察，及时、准确、如实记录。 （2）准确说明，层次清晰。 （3）尽量采用专用术语来说明事物。 （4）外文、符号、公式要准确，应使用统一规定的名词和符号。 （5）应独立完成实验报告的书写，严禁抄袭、复印，一经发现，以零分论处。 实验报告批改说明 实验报告的批改要及时、认真、仔细，一律用红色笔批改。实验报告的批改成绩采用百分制，具体评分标准由各院部自行制定。 实验报告装订要求 实验批改完毕后，任课老师将每门课程的每个实验项目的实验报告以自然班为单位、按学号升序排列，装订成册，并附上一份该门课程的实验大纲。
实验项目名称： Project2010运用实验学时： 2 同组学生姓名：陈妤涵/徐铭/王婵实验地点： 1512 实验日期： 2015/10/26 实验成绩： 批改教师：批改时间： 一、实验目的和要求 实验目的: 1.了解IT项目管理的基本概念和项目管理核心领域的一般知识 2.熟练项目管理软件Microsoft Project 2010基本操作 3.学会如何建立项目管理文件，创建项目任务，任务工期安排，任务链接 4.熟练掌握项目资源分配 实验要求： 按照实验题目的要求，在Project 2010中创建项目 二、实验仪器和设备 需要准备一台安装了Microsoft Project Professional 2010软件的计算机。 三、实验过程 1、在开始制定项目计划之前，明确定义项目的一些基本属性信息，或者对项目有一个基本定义，给出项目的名称、内容、开始时间、结束时间等。在Project2010中创建此项目。 2、初步熟悉创建项目任务，任务是构成项目的基本单元，所有的任务完成了，项目才可以完成。实验步骤如下： （1）任务建立 (i) 打开项目文件XXX.mpp; (ii) 选择[视图] –>[甘特图]切换到“甘特图”视图，在“任务名称” 域中输入项目的任务名称；输入所有的任务直到最后。
售前准备 利水新华（北京）科技有限公司质量记录 软件项目开发流程图 开始 售 前 项 目 实 销售立项 软件组 综合组 商务 技 术 支 持 任 务 书 销售立项报告 合同评审记录表 签订合同 工 程 立 项 任 务 书 施 设计开发 开发任务书 需求分析 工程立项报告书 实施策划 测试记录及问题处理表 进度管理表 集成测试 安装调试 申请表 安装调试 培训 评估表 用户 测试 测 试 记 录 项目移交 申请表 初验 报验申请表 试运行 及 表理处题问 项 目 服 项目移交 接收内容 登记表 项目维护 终验申请 终验 终验报告 质保期维护 务 服 务 及 维 护 记 录 结束 1
实施策划利水新华（北京）科技有限公司质量记录 实施流程图（一） 售前控制 编写立项报告?工程立项报告书立项评审 N ?评审记录 客户Y评审 通过?立项通知?变更申请 需求分析 Y 客户沟通、交流 编写软件需求规格说明书 ?软件需求规格说明书 ?测试用例 N 需求评审 编制项目 测试用例 编制项目进度 评审 通过 Y 任务分发 ?交流纪要 ?变更记录 ?进度管理表 ?客供财产清单 ?开发任务书 ?空间数据或美工处理任务书 ?采购申请 ?进度报告 ?评审记录 ?变更申请 系统设计 2
实施流程图（二） 需求分析 系 统 设 计 编写 需求解读 软件设计说明书 数据库设计说明书 ?软件设计说明书 ?数据库设计说明书 N 设计评审评审 通过 Y ?评审记录?进度管理表?进度报告 编制开发进度?变更申请 具体任务分配 软 件 编 码实单元测试 代码编写?安装维护手册 ?用户手册 ?软件程序编写规范 ?源代码 现 代码修改 测试问题修手册编写 ?测试记录及问题处理表 ?进度管理表 ?进度报告 ?变更申请 改 项?测试计划 目 测 试 项目集成测试编写测试报告编制培训大纲 安装调试 3?用户培训大纲（教材）?测试分析报告 ?测试记录及问题处理表?进度管理表 ?进度报告 ?变更申请
团队的软件项目管理和开发流程 1目的 ●用于指导公司的技术中心软件开发工作 ●定义了各部门与技术部的协作接口和流程 ●定义了项目开发流程和管理办法 ●定义了任务开发流程和管理办法 2说明 2.1 范围 本文档只适用于技术中心针对网站及其相关的一般性开发工作。包括： ●网站维护性开发 ●项目开发 本文档不适用于网站运维护性的系统维护工作。不涉及： ●网站的网络安全、权限等 ●数据库的安全、备份等 ●系统环境等 凡网站运维性的系统维护工作请另参见《运维管理规范》文档。 2.2技术中心组织架构 技术中心组织架构图 技术中心组织架构说明 目前技术中心从处理的工作性质分为三大部分：运维、开发和测试。根据需求工作量的大和小，其中开发的工作又细分为两类： ●网站维护开发 ●网站项目开发 根据网站具体的开发工作内容不同，又可将维护开发组和项目开发组的人员细分前台开发人员和后台开发人员。 各小组的职责范围 ●运维组：处理系统维护性的工作，包括系统安装维护、网络安全、数据库调 优备份等。关于运维的工作本文档不再详细说明，请参见《运维管理规范》文档 ●维护开发组：处理网站的日常小问题的修改、新需求的增加（但工作量不大） 等维护性的开发。 ●项目开发组：处理新项目的开发。 ●测试组：负责对维护开发和项目开发进行测试。
●网站前台开发人员：负责对网站前台的功能进行开发。 ●网站后台开发人员：负责对网站后台的用户管理、权限管理、开发、出票等 后台的功能进行开发。 由于人力资源的限制，目前没有专职的网站维护开发和项目开发，在没有新项目时，所有人员都可安排参与网站维护开发的工作。当有新项目时再组建项目组。但有高优先级的维护工作要处理而又人手不够的情况下，项目组的人员必须优先处理网站维护紧急事件。 2.3项目与任务的定义 什么是开发类项目（项目） 满足以下任意一条件进行开发的项目均为开发类项目： ●以前从未开发过的系统； ●不存在或基本不存在可复用的技术、模块，或业务逻辑、体系结构等或者在原产品上 进行大的结构性调整。 ●在公司已有的成熟产品或可复用模块或技术基础上，根据业务需要和客户需求，新增 独立业务模块，且开发工作量超过1人月，如果是2至3人开发工作但超过2星期根据情况也可划为开发类项目。新彩种、新玩法、新产品的开发等都可以划为开发类项目。（此要求没有硬性要求，可以视情况而定。） 例如：网站二期项目、增加福彩七乐彩、增加快乐十分游戏、足彩单场项目、无线项目、安微客服项目等。 什么是维护类开发（任务） ●在现已运行的网站基础上，根据运营的需要或者市场规划的需要，提供补 丁、实现新的需求 ●工作量通过技术部经理评估小于1人月但超过1个小时的。 例如：页面的调整、促销专题页面，日常运营中发现网站的问题等。 3.需求管理 3.1需求来源 需求来源类型： ●技术部提出 ●运营部（包括客服组）提出 ●市场策划部提出 技术部需求
平台软件之上项目管理的七大原则平台软件带来了一个悖论：它本来是软件工程技术进步的产物，却又将软件工程技术推向了后台，使企业信息化关注的重点从软件回归管理。它第一次让管理活动的主体——管理者有机会充当企业信息化的主要角色。平台之上，管理者有可能按照实际管理的需要建造一个适应性的信息化系统。平台软件所带来的绝不仅仅是生产力的提高，而是包含在企业信息化中的生产关系的变革。那么，究竟是怎么样的一种“生产关系的变革”呢？最主要的变革，首先是从当前标准化套装软件“制造体制”向一种全新的适应性的企业信息化“建造系统”转变。这一转变与既有的项目管理方式方法是从根本上相冲突的，基于平台软件的企业信息化项目不被传统的“制造体制”窒息而死，就需要为新的“建造系统”开创一些既基本又根本的“项目管理”新方法。 管理软件从诞生之日起，就过分沉醉于科技进步所带来的幻觉中，忘记了管理软件需要直接朴素的表达管理者的工作，忘记了管理工作的有效性与所使用的信息化系统的联系。平台软件的出现创造了一个条件，让我们可以在企业信息化中开始关心管理者，体现管理者的价值取向、工作习惯乃至感情因素，让我们所建立的信息系统充分体现管理的真正价值，让他们感觉到的这就是他们“自己的”系统，是他
们的有生命的大脑的一个有机组成部分。而这种信息化系统的出现，仅有平台软件这个技术条件是不够的，需要有一个全新的“建造系统”来支撑，而这个建造系统尚需要我们将其创造出来。 我们需要认识到，每个企业和每个管理者都是独特的，只有承认这种独特性，才有可能使得信息化系统可以用于提升企业的核心能力是不是扼杀其核心能力；有利于提升管理者的工作效率，让管理者能够更加快乐的工作而不是剥夺管理者尊严。其次，要认识到每个企业和企业中的每个部门、每个管理者都是整个产业社会的一部分，需要与其他人、其他部门、其他企业有效的联系和协同工作，而信息化系统应该是增强这种有机联系的重要载体。然而，这两个互补的因素都被标准化套装软件开发体制所忽略了。管理软件的种种弊端，根源于管理软件制造体制上的过渡集权，而对具体细节控制不够。在这种体制下，只能创造出一些最一般的抽象形式，和企业的真正需要、真正要求以及每一个企业，每一个部门，每一个管理者所要经历的每时每刻真实的日常生活仅仅保持了最抽象的关系，不可能建造出让管理者感觉舒适惬意、方便快捷、与他们的日常工作相匹配的信息化系统。只有挑战这一开发体制，使企业信息化系统的建造体制发生一场根本的革命，这种异化才有可能得到实质上的改善。
医院管理系统项目需求分析 目录 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住院部管理员修改登录密码............................................................................. 错误!未定义书签。