软件项目需求管理
南京信息工程大学实验（实习）报告
实验名称软件项目需求管理实验日期10.15 _______ 指导老师仅供参考
一、实验目的
掌握软件项目需求管理过程，学习编制软件项目需求规格说明书。
二、实验时间
2学时
三、实验要求
1、按照需求规格文档模板完成需求规格说明书的编写，按实验报告的撰写规范完成实验报
告。
2、自拟一个简易软件系统（以自己熟练操作的软件为主，如学生成绩管理系统、图书
管理系统、美食订餐系统等，后续实验将一直围绕该系统展开），从软件开发人员
角度来思考编写该项目的需求规格说明书。
3、用功能点法分析软件规模，给出软件的功能点值。
四、实验内容
图书管理系统软件需求规格说明
1. 引言
1.1目的
对于一个大型图书馆，对图书的借还，读者注册借阅以及图书的管理是使用图书馆资源重要的前提，所以一个优秀的图书管理系统对于管理是非常重要的，该需求规格说明书对图
书管理系统软件进行了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能。
1.2范围
本系统通过给图书管理人员带来管理上的便利来提高管理效率，本系统包括基本的增删
改查功能。力求减少人力与管理费用，提高信息准确度，改进管理和服务，建立高效的信息传输和服务平台，提高信息处理速度和利用率。
1.3定义、简写和缩略语
文档中采用的专门术语的定义及缩略词简要如下：
LMS Library Management System，图书管理系统。
1.4引用文件
中国国家标准化管理委员会.GB/T-9385-2008，计算机软件需求规格说明规范
[S] . 2008.
2. 概述 2.1产品描述
本系统就是为现代化图书管理信息系统而设计的，本系统是面向图书管理员的，主要 解决了手工记录容易出错等与书籍多等有关的问题。
2.2产品功能
能够储存一定数量的图书信息，并方便有效地进行相应的图书书籍的数据操作和管理, 这主要包括：图书信息的增删改查；图书的检索；图书借还情况的统计。
能够对一定数量的读者进行相应的信息储存和管理, 读者的统计与查询。
的服务。
2.3用户特点
通过对图书书籍、读者信息、借还情况进行高效的管理，
图书管理员可以查询某读者、
某
图书的具体情况，还可以对某类、某具体同种书进行一些统计，能够在系统上给出统计表格， 以便全面掌握图书的流通情况，减少工作量。
2.4运行环境
硬件环境：
CPU : 2.2GHz 及以上
内存：最低128M 推荐512M 以上 硬盘：最低5G 可用；推荐10G 可用以上 显示：1280x1024及以上 软件环境：
Win dows XP 及以上操作系统 My Eclipse SQL server 2008 Jdbc
2.5约束
本图书管理系统最好只应用于学校图书管理员，在功能上还可以进一步实现安全防范、 借阅平台、后台管理、图书管理、与网络集成起来，实现真正的网上图书系统软件。
2.6假设和依赖关系
由于开发时间和计算机数量有限，
该系统不能提供强大的信息查询功能，
对信息的保护
这其中包括：读者信息的增删改查;
能够提供一定的安全机制， 提供数据信息授权访问, 防止随意删改，同时提供数据备份
手段也仅仅限于登录密码保护，以及对数据文件的备份也比较简单，安全性有待进一步提高。
3接口需求
3.1硬件接口
考虑到大量数据备份等要求，需要保持与外部存储设备的接口。
3.2软件接口
这里主要考虑软件与操作系统和数据库的接口，以及局域网和互联网软件的数据交换，
考虑到文档处理时需要常用的办公软件，应尽量实现它们数据格式的自动转换。
3.3用户接口
用户进入图书馆管理系统主页面时，输入用户名与密码，只有都输入正确才能进入系统。在做新建和更新数据信息的操作时，必须输入合法内容才能成功的进行数据控制操作。
3.4通信接口
网络通讯协议：HTTP协议
数据传输协议：TCP/IP协议
4功能需求
4.1图书管理
功能描述：图书信息的添加、删除、修改以及采购新书、旧书下架等
输入项：图书编号、图书名称、作者、出版社、定价、图书类型、库存数量、借数量处理描述：当图书馆购买新的图书后图书管理员将图书的信息录入系统中，给每本图书分
配一个唯一标示的图书编号，以方便对图书进行各种查询及更新、修改操作。根据读者的需
要输入书名，查询图书数据库显示图书信息和图书的数量是否可借。
输出项：图书具体信息
4.2用户管理
功能描述：系统管理员管理前台操作员用户、图书管理员用户、读者用户的信息以及权限
输入项：用户编号、用户姓名、性别、年龄、身份、权限
处理描述：所有用户从进入本校开始，都有一个唯一标识的用户编号，所有用户信息都会在用户数据库，不同身份的用户有不同的权限，可以进行属于自己权限的操作以及管理，用户信息
有改动时，用户管理系统管理员可以修改信息，用户离校时信息
作废，不能使用。
输出项：用户信息
4.3借阅管理
功能描述：读者用户可以通过将借书证上的唯一标识的用户编号借书
输入项：读者用户编号、姓名、所借图书编号、图书名称、借书时间
处理描述:当读者用户去图书馆前台借书时，出示自己的借书证，前台工作人员通过扫描借
书证上的信息标识和图书编号，判断当前用户是否可以借当前的图书，如果读者
是在校合法的注册读者用户，则可以借书，否则，不能借书。
输出项：当前读者是否可以借当前图书
4.4还书管理
功能描述:通过读者用户借书证和所还图书上唯一标识的编号判断是否正常还书
输入项：读者编号、读者姓名、性别、年龄、图书编号、图书名称、借书时间、还书时间
处理描述：当读者用户去图书馆前台还书时，出示自己的借书证和要还的图书，前台工作人员通过扫描借书证上的信息标识和图书编号，查询当前用户的借书信息，判断读
者是否违章，若读者违章，则缴纳罚金，若读者未违章，正常还书
输出项：读者是否可以正常还书
4.5预定管理
功能描述：读者通过图书检索预订图书
输入项：读者编号、姓名、性别、年龄、图书编号、图书名称
处理描述：读者可以预订当前全部借完的图书，以便在该书还回后尽快借到该图书。
输出项：预定图书是否成功
4.6借阅信息管理
功能描述：读者用户可以查询自己的图书借阅信息，可以续借一次当前已借图书
输入项：读者编号、读者姓名、性别、年龄、所借图书编号、图书名称、借书日期
处理描述：读者用户通过登陆自己的客户端查询自己的图书借阅信息，还可以续借一次已借图书
输出项：所借图书信息，借书历史信息
4.7图书检索
功能描述：读者用户登录到自己的客户端对想借阅的图书进行检索
输入项：图书名称、图书编号
处理描述：读者用户通过客户端可以进行图书检索，有一般检索（模糊查询）和高级查询（详
需求说明书(软件项目管理系统)
需求说明书（软件项目管理系统） §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 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
第2章 软件项目需求管理复习题
第2章软件项目需求管理复习题 一、填空题： 1、需求是从系统外部能发现系统所具有的满足于用户的特点、功能与属性等。 2、软件需求的四个层次依次分别是：原始问题描述、用户需求、系统需求、软件设计描述。 3、原始问题描述和用户需求的抽象层次比较高，能帮助我们的较高抽象层次上进行交流，而系统需求和软件设计描述则是具体的，可以根据它们的来进行编码。 4、通常情况下，在4个不同层次的软件需求描述中，由于原始问题描述和软件设计描述过于抽象和过于具体而不常出现，人们经常提到的是用户需求和系统需求。 5、系统需求一般分为功能需求、非功能需求和领域需求。 6、功能需求描述系统所应提供的功能和服务，包括系统应该提供的服务、对输入如何响应 及特定条件下系统行为的描述。 7、功能需求取决于软件的类型、软件的用户及系统的类型等。 8、功能需求应该具有全面性和一致性。 9、功能需求全面性指对用户所需要的所有服务进行描述。 10、功能需求一致性则指需求的描述不能前后自相矛盾。 11、非功能需求是指那些不直接与系统的具体功能相关的一类需求。它们与系统总体特性相关，如可靠性、响应时间及需要的存储空间等。 12、非功能性需求定义了对系统提供的服务或功能的约束，包括时间约束、空间约束、开发过程约束及应遵循的标准等。 13、非功能需求还与系统的开发过程有关，例如对在软件过程中必须要使用的质量标准的描述、设计中必须使用的CASE工具集的描述以及软件过程所必须遵守的原则等。 14、按照非功能需求的起源，可将其分为产品需求、机构需求和外部需求3大类。 15、产品需求对产品的行为进行描述；机构需求描述用户与开发人员所在机构的政策和规定；外部需求范围比较广，包括系统的所有外部因素和开发过程。 16、一个好的需求集应该包含用户解决问题需要的功能服务，而且尽量避免涉及软件设计与软件实现的细节。区分一个需求集质量的高低可通过软件需求质量度量的9个元素，即正确性、无歧义、完备性、一致性、分级别、可验证性、可修改性、可跟踪性、可理解性。17、需求工程可分解为需求开发和需求管理。需求开发关注需求的生成，需求管理关注需求变更的控制。 18、需求开发与需求管理之间的界限是基准需求规格。 19、需求管理是一个使客户与项目团队不断变更的软件需求达成并保持一致的过程。 20、需求开发的结果应该有项目视图、范围文档、用例文档、软件需求规格说明书及相关分析模型。 21、需求评审有两类，其中的正式技术评审也称为同行评审。 22、实现需求跟踪的一种通用方法是采用需求跟踪矩阵。 二、简答题： 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、项目简介 本图书馆管理系统适应于中小规模公共图书馆、中小学及各院校图书馆
软件项目实施方法
项目实施方法 目录 3 文档范围 6 1. 项目实施总论 6 1.1 项目实施目的和意义 6 1.2 项目实施阶段说明 6 1.3 项目经理 6 1.3.1 任职资格和职责 6 1.3.2 项目经理权利 7 1.3.3 项目经理负责制 7 1.3.4 项目经理动态聘任制 8 1.4 项目组 8 1.5 项目实施流程 8 1.6 项目实施内容 8 1.7 项目管理文档/工件清单 9 2. 项目商务 9 2.1 项目可行性分析 9 2.2 项目立项 9 3. 项目策划 10 3.1 项目目标和范围 10 3.2 项目合同 10 3.2.1 承包合同 10 3.2.2 分包合同 11 3.3 项目组织 11 3.3.1 项目前期组织 11 3.3.2 项目开发实施组织 11 3.4 项目策略 11 3.5 项目计划 11 3.5.1 项目任务计划 11 3.5.2 项目成本计划 13 3.6 项目启动会议 13 4. 项目实施 13 4.1 项目进度控制 13 4.1.1 项目例会 13 4.1.2 项目状态报告 14 4.1.3 项目里程碑/阶段评估验收 14 4.1.4 项目审计 14 4.1.5 项目收款进度 14 4.2 项目质量控制 14 4.2.1 软件质量 14 4.2.2 过程质量 15 4.2.3 质量措施 15
4.3 项目成本控制 16 4.3.1 项目预算 16 4.3.2 月度预算 16 4.3.3 备用金管理 16 4.4 公司项目风险控制 16 4.5 变更管理 17 5. 项目收尾 18 5.1 项目收尾的前期准备 18 5.2 部署 18 5.2.1 计划部署 18 5.2.2 部署 18 5.2.3 部署总结 19 5.2.4 系统试运行 19 5.3 验收 19 5.3.1 计划验收 19 5.3.2 验收 19 5.3.3 验收结束 19 5.4 项目维护 19 6. 项目综合管理 19 6.1 项目风险 19 6.1.1 常见风险和应对措施 19 6.2 项目沟通 21 6.2.1 客户沟通 21 6.2.2 公司沟通 22 6.2.3 项目组内部沟通 22 6.2.4 项目问题跟踪 22 6.3 项目文档 22 6.3.1 项目文档格式标准 22 6.3.2 标准文档工件清单 22 7. 项目考核 22 1.3 项目经理 1.3.1 任职资格和职责 任职资格： 通常情况下，项目经理是需求设计组成员； 在项目主要相关业务上有一定工作经验，研发项目必须有较深的技术背景； 具备系统思考能力，能合理权衡项目目标，能对项目中出现的问题用全面的、长期的眼光进行考虑； 具备良好的沟通协调能力，包括充分利用资源、组织和组建团队能力、应对风险危机和处理问题能力，谈判和沟通能力； 符合公司《技术人员项目考核及职业发展标准》其他要求； 职责： 对项目的成功负主要责任； 保证项目目标的完成，并保证项目完成和目标一致；
软件项目管理报告-沈红兵
学生实验报告 （理工类） 课程名称：软件项目管理专业班级： 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) 选择[视图] –>[甘特图]切换到“甘特图”视图，在“任务名称” 域中输入项目的任务名称；输入所有的任务直到最后。
论软件项目中需求管理的重要性
需求管理对软件项目的重要性 信息技术革命正以迅猛之势更新着我们生存的社会。信息技术不再仅作为一项独立技术而存在。各行各业中信息化手段与技术的采用越来越突出，软件需求量越来越大，与此蓬勃发展的软件产业前景相反的是，软件行业落后的生产方式无法满足目前信息化时代飞速增长的软件需要，大型信息系统的成功率持续低迷。 以计算机软件、集成电路技术为主导的信息技术革命正以迅猛之势更新着我们生存的社会，信息技术不再仅作为一项高科技技术而存在，而是广泛渗透于各个行业领域的生产、经营、管理等过程，成为它们发展的辅助手段和管理工具。 信息的采集、分析、处理、整合、发布是信息产业的核心内容，它们都离不开软件。软件是计算机的核心，信息社会需要众多功能灵活的软件系统。 但是，自20世纪60年代以后，全球软件行业落后的软件生产方式无法满足目前信息化时代飞速增长的软件需要，传统的软件开发方式与软件产品设计过程已不能满足当今对软件产品多样化的业务需要，从而导致软件开发与生命周期维护过程中出现一系列严重的问题。 所以我认为“软件项目中的需求管理”是软件项目成败的关键，对项目成败具有决定性的作用。以下将阐述软件项目中需求管理的重要性。 现阶段需求管理的问题主要体现在以下几个方面：
1.软件项目中范围、进度、成本估算准确率低。 软件项目开发的实际成本远远高出估算成本高出；同时实际进度比预期进度延后几个月甚至几年。这种现象降低了软件组织的信誉。 2.客户对最终交付产品满意度低。 软件开发人员在对用户需求未有清晰了解的基础上，对所面对的问题领域还没有确切分析与设计的情况下，即着手进行开发、编写程序。造成实际产品与客户期望功能产生偏离，无法解决客户的真实需求而造成客户满意度降低。 3.软件产品质量差强人意。 软件质量保证技术没有贯彻地采用到软件开发的过程中，这必会导致软件产品发生质量问题。缺乏审核、复审和全面测试的软件难免质量低下，出错率高。 4.软件不可维护、生命周期短。 软件程序中错误难以改正，出现新的需求或者需求变更时原有架构不易于维护，不能根据用户的新需求在原有架构中进行改变。造成软件的使用年限缩短，软件成本加深。 5.软件缺乏配套文档资料。 软件产品应具备整套文档资料。然而在进度与成本的制约下，文档的编写与更新工作也使得软件组织疲惫不堪，每个人对文档内容的深度与阐述程度不尽相同。加之企业缺乏与之配合的文档制度、文档模板，更为文档编写带来困难之处。而缺乏相关文档对软件的二
软件项目管理课设报告
山西大学 软件项目管理课程设计报告 题目：教务管理系统 班级： 14 班 学号：14 姓名： 2016年12月
实习目的： 为了将理论用于实践,巩固所学知识,提高自己发现问题并用所学知识分析问题和解决问题的能力,锻炼自己的工作能力,适应社会能力,自我管理能力,了解目前软件的应用情况,需求情况,发展方向及前景,为顺利毕业做好充分的准备,也为自己能顺利的与社会环境接轨做好准备.此次实习由学校统一组织安排,分两个阶段，两个方向进行系统的实习。 实习要求： 1、要求学生在实习过程中认真学习技术知识，积极与指导老师和同学配合; 2、在前期，按时到勤，认真学习。积极做好实习日志，能够理解当天的内容。对技术的理论知识要及时实践; 在后期，积极与同学沟通，认真完成项目要求的内容。在这个过程中要与老师同学多做沟通，通过探讨项目的解决方案以及进展。 教务系统招标书 根据《中华人民共和国招投标法》和学校有关规定，对我校的教务管理信息系统软件项目（以下简称该项目）进行国内邀请招标。 一．系统要求 教务管理信息系统的主要功能模块包括：系统应该包括教务和教学两部分，教务和教学可以灵活组合、自由搭配，可以组成学校教务管理或教学管理系统。教务管理信息系统涵盖教务业务中的各个功能部件，从学籍、注册、排课、选课、考试、成绩、教学评价、教材等诸多方面形成一体化管理模式， 教务部门主要负责学校各类专科生的教学管理，主要负责5个方面的工作：基本教学活动管理。主要包括：各类教学计划管理、教学运行管理、教学考评管理；教学基本建设管理。主要包括：专业建设、课程建设、教学基地建设、教学管理制度和学风建设。组织开展相关的教育科学研究、教学改革和教学成果评审；学历与学籍管理。主要包括：在校专科生的学历与学籍管理工作，负责历届本（专）科生的学历和学位管理；教师队伍建设的有关工作。组织教师和管理干部队伍
(项目管理)一项目需求
一、技术要求 工作条件 1．除非在技术规格中另有说明，所有仪器、设备和系统都应符合下列要求：2．适于在气温为摄氏0℃～＋40℃和相对湿度为90％的环境条件下运输和贮存。 3．适于在电源220V（ 10％）/50Hz、气温摄氏-5℃～＋40℃和相对湿度85％的环境条件下运行。连续正常运行的时间应不少于8小时。 4．配置符合中国有关标准要求的插头，如果没有，则需提供适当的转换插座。 5．如产品达不到上述要求，供应人应注明其偏差。如仪器设备需要特殊工作条件（如水、电源、磁场强度、温度、湿度、动强度等）供应人应在供应文件中加以说明。 其它要求： 1．为便于采购人进行接收仪器的准备工作，成交供应商应在合同生效后60天内向用户提供一套完整的使用说明书、操作手册、维修及安装说明等文件。另一套完整上述资料应在交货时随货包装提供给采购人，这些费用应计入总报价中。 2．对于需安装、校准、试运行的仪器设备，如果有必要的安装准备条件，成交供应商应在合同生效后一个月内向采购人提出详细的要求或计划。设备安装调试的费用由供应人承担，需计入成交总价中，并应单独列出，供采购人参考。 3．对于人员培训所需的仪器、设备，供应文件中应注明。 4．对于在采购人所在地进行的培训，供应人培训人员的旅费、食宿费用等费用由供应人自理。 5．对于需到制造厂家所在地进行的培训，供应文件中将注明培训日程和时间要求。受训人员的旅费、食宿费、培训场地费及培训资料费等培训费用均应由供应人支付。 6．在评审过程中，谈判小组有权向供应人索取任何与评审有关的资料，供应人务必在接到此类要求后，在规定时间内予以答复。对于无答复的供应人，谈
软件项目管理系统要求规范
软件项目管理规范 一、软件项目管理的定义 软件项目管理是软件工程和项目管理的交叉学科，软件项目管理的概念涵盖了管理软件产品开发所必须的知识、技术及工具。根据美国项目管理协会PMI对项目管理的定义可以将软件项目管理定义为：在软件项目活动中运用一系列知识、技能、工具和技术，以满足软件需求方的整体要求。 软件工程的活动包括问题定义、可行性研究、需求分析、设计、实现、确认、支持等，所有这些活动都必须进行管理，软件项目管理贯穿于软件工程的演化过程之中，如图1所示。 图1 软件工程的演化过程 二、软件项目管理的过程 为保证软件项目获得成功，必须清楚其工作范围、要完成的任务、需要的资源、需要的工作量、进度的安排、可能遇到的风险等。软件项目的管理工作在技术工作开始之前就应开始，而在软件从概念到实现的过程中继续进行，且只有当软件开发工作最后结束时才终止。管理的过程分为如下几个步骤： （1）启动软件项目 启动软件项目是指必须明确项目的目标和范围、考虑可能的解决方案以及技术和管理上的要求等，这些信息是软件项目运行和管理的基础。 （2）制定项目计划 软件项目一旦启动，就必须制定项目计划。计划的制定以下面的活动为依据。 ·估算项目所需要的工作量 ·估算项目所需要的资源 ·根据工作量制定进度计划，继而进行资源分配 ·做出配置管理计划 （3）跟踪及控制项目计划 在软件项目进行过程中，严格遵守项目计划，对于一些不可避免的变更，要进行适当的控制和调整，但要确保计划的完整性和一致性。 （4）评审项目计划 对项目计划的完成程度进行评审。并对项目的执行情况进行评价。 （5）编写管理文档 项目管理人员根据软件合同确定软件项目是否完成。项目一旦完成，则检查项目完成的结果和中间记录文档，并把所有的结果记录下来形成文档而保存。 三、软件项目管理的内容
软件项目实施保障措施
项目实施保证 为确保项目的顺利开展和实施，我们分别制定了项目组人员保证方案和软件开发质量保证方案以及项目进度保证方案。 1项目组人员保证方案 为确保项目的顺利开展和实施，项目组的人员配备既有高层次的技术带头人（专家、教授等），也有中坚力量（博士、工程师、研发经理等），还有一般工作人员（具体开发设计工作的人员、试验人员、管理人员等），并实行项目经理、技术负责人质量负责制，加强技术管理的有效性和研发过程的科学性、准确性。 2软件开发质量保证方案 2.1质量管理内容 2.1.1 编制和评审质量计划 制定质量保证计划：依据项目计划及项目质量目标确定需要检查的主要过程和工作产品，识别项目过程中的干系人及其活动，估计检查时间和人员，并制定出本项目的质量保证计划。 质量保证计划的主要内容包括：例行审计和里程碑评审，需要监督的重要活动和工作产品，确定审计方式，根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。明确质量审计报告的报送范围。
质量保证计划的评审：质量保证计划需要经过评审方能生效，以确保质量保证计划和项目计划的一致性。经过批准的质量保证计划需要纳入配置管理。当项目计划变更时，需要及时更改和复审质量保证计划。 2.1.2 “过程和工作产品”的质量检查 根据质量保证计划进行质量的审计工作，并发布质量审计报告。 审计的主要内容包括：是否按照过程要求执行了相应的活动，是否按照过程要求产生了相应的工作产品。本项目中对质量的控制主要体现在不同阶段的审计当中。 2.1.3 不符合项的跟踪处理 对审计中发现的不符合项，要求项目组及时处理，质量保证人员需要确认不符合项的状态，直到最终的不符合项状态为“完成”为止。 2.2质量管理责任分配 我公司在开发项目上按照规范化软件的生产方式进行生产。每个项目除配备了项目开发所需角色外，还专门配备了质量保证小组、配置管理小组、测试小组来确保质量管理的实施，下面针对这三种角色进行说明： 2.2.1 质量保证小组职责 质量保证小组作为质量保证的实施小组，在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组的主要职责是：以独立审查方式，从第三方的角度监控软件开发任务的执行，分析项
软件项目管理报告要求
封面 软件项目管理报告 姓名：何文斌 班级：111122 信息工程学院 2015年1月 内容要求 一、论述软件项目管理的重要性[15分] 软件项目管理是一种科学的管理手段，它是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作式开发，这六个阶段都是不可缺少的。从用户的角度来看，软件项目的生命周期应该包括项目前期的论证工作、项目计划、软件开发、运行、维护及项目评价。由此可见，软件项目管理的范围不仅包括传统的软件开发过程，还应该包括开发前的准备工作以及运行中的维护工作和对项目的总结工作，因此具有极其重要的作用。 二、项目失败的原因有哪些？[10分] 1.需求定义不明确；
2.缺乏一个好的软件开发过程； 3.没有一个统一领导的产品研发小组； 4.子合同管理不严格； 5.没有经常注意改善软件过程； 6.对软件构架很不重视； 7.软件界面定义不善且缺乏合适的控制； 8.软件升级暴露了硬件的缺点； 9.关心创新而不关心费用和风险； 10.军用标准太少且不够完善等等。 三、请论述项目范围、进度、成本和质量之间的关系。[20分] 项目范围、项目进度和项目成本是相互制约的关系，而项目的质量是受这三个因素的平衡关系所决定的。在项目管理中,对于项目进度、成本的管理是其最主要的活动,保证项目进度顺利完成,成本不超出预算是项目管理的目标,围绕这两点的管理才是项目管理的重中之重。当然,项目进度中包含着质量因素,因为如果不能保证质量,那就会有返工的风险,同样是对进度的一种威胁。这四者者之间互相牵制、相互影响,相互制约。若要保证项目进度、有时不得不追加成本投资和减小项目范围；想要严格控制预算,有时又会以牺牲项目质量和缩小项目范围为代价；要保质保量完工,进度很可能就会受到影响。 尤其是在软件项目管理中,面对一项软件开发任务,如何能在保 证质量的前提下,科学有效的对项目进度和成本进行调度，具有很大的意义。
软件项目质量管理方案书
软件项目质量管理方案书 1软件开发质量保证方案 1.1 质量管理内容 1.1.1编制和评审质量计划 制定质量保证计划：依据项目计划及项目质量目标确定需要检查的主要过程和工作产品，识别项目过程中的干系人及其活动，估计检查时间和人员，并制定出本项目的质量保证计划。 质量保证计划的主要内容包括：例行审计和里程碑评审，需要监督的重要活动和工作产品，确定审计方式，根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。明确质量审计报告的报送范围。 质量保证计划的评审：质量保证计划需要经过评审方能生效，以确保质量保证计划和项目计划的一致性。经过批准的质量保证计划需要纳入配置管理。当项目计划变更时，需要及时更改和复审质量保证计划。 1.1.2“过程和工作产品”的质量检查 根据质量保证计划进行质量的审计工作，并发布质量审计报告。 审计的主要内容包括：是否按照过程要求执行了相应的活动，是否按照过程要求产生了相应的工作产品。本项目中对质量的控制主要体现在不同阶段的审计当中。 1.1.3不符合项的跟踪处理 对审计中发现的不符合项，要求项目组及时处理，质量保证人员需要确认不
符合项的状态，直到最终的不符合项状态为“完成”为止。 1.2 质量管理责任分配 我公司在开发项目上按照规范化软件的生产方式进行生产。每个项目除配备了项目开发所需角色外，还专门配备了质量保证小组、配置管理小组、测试小组来确保质量管理的实施，下面针对这三种角色进行说明： 1.2.1质量保证小组职责 质量保证小组作为质量保证的实施小组，在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组的主要职责是：以独立审查方式，从第三方的角度监控软件开发任务的执行，分析项目内存在的质量问题，审查项目的质量活动，给出质量审计报告。就项目是否遵循已制定的计划、标准和规程，给开发人员和管理层提供反映产品和过程质量的信息和数据，使他们能了解整个项目生存周期中工作产品和过程的情况，提高项目透明度，从而支持其交付高质量的软件产品。 质量保证人员依据质量保证计划，通过质量审计报告向项目经理及有关人员提出已经识别出的不符合项，并跟踪不符合项的解决过程，通过审计周报或者审计月报向项目经理提供过程和产品质量数据，并与项目组协商不符合项的解决办法。 质量保证小组的检测范围主要包括：项目的进度是否按照项目计划执行，用户需求是否得到了用户的签字确认，软件需求是否正确的反映了用户的需求，是否将每一项用户需求都映射到软件需求；系统设计是否完全反映了软件需求；实现的软件是否正确的体现了系统设计；测试人员是否进行了较为彻底的和全面的测试；客户验收和交接清单是否完备；对于系统运行中出现的问题，维护人员是否记录了详细的维护记录；配置管理员是否按照配置管理计划建立了基线，是否严格控制变更过程，是否对配置库进行了维护。
项目管理系统需求说明书模板
项目管理系统需求说明书
成都鼎域前沿科技有限公司 2015.4 目录 一引言 (1) 1编写目的 (1) 2范围 (1) 2.1软件系统的名称 (1) 2.2软件功能概述 (1) 二项目概述 (2) 1项目描述 (2) 2产品功能 (3) 2.1系统角色定义 (3) 2.2系统功能 (3) 3用户特点 (3) 3.1管理员及超级管理员用户 (3) 3.2企业领导、项目经理和项目成员 (4)
3.3用户使用本系统相关说明 (4) 3.4一般约束 (4) 三项目需求 (6) 1功能需求 (6) 1.1功能结构一览 (6) 1.2登陆 (7) 1.3项目管理 (7) 1.3.1项目立项 (7) 1.3.2项目新增 (7) 1.3.3项目过程管理 (8) 1.3.4项目群管理 (11) 1.4项目工具 (15) 1.4.1原因分析工具 (15) 1.4.2数据收集分析工具 (15) 1.4.3评估工具和决策工具 (15) 1.4.4TRIZ系列工具 (15) 1.5人才管理 (15) 1.6知识管理 (16) 1.7权限管理 (17) 1.7.1用户信息管理 (17) 1.7.2系统模块管理 (17)
1.7.3角色管理 (17) 1.7.4权限分配 (17) 2外部接口需求 (18) 2.1用户接口 (18) 2.2硬件接口 (18) 3性能需求 (18) 3.1静态数值需求 (18) 3.2动态数值需求 (19) 3.3硬件限制..................................................... 错误!未定义书签。4属性. (19) 4.1可用性 (19) 4.2安全性 (19) 4.3可靠性 (21) 4.4系统性能 (22) 4.5易用性 (23) 4.6可维护性 (23) 4.7其他需求 (24)
IT项目实施与管理方案 投标书
1.1项目实施与管理 1.1.1项目实施方法论 针对南京银行企业服务总线系统项目，高伟达公司基于对客户需求、业务目标、业务能力和IT环境的理解，结合多年的软件开发和系统实施经验，将项目的实施周期划分为六个活动阶段，保证在项目生命周期内，应用合理的项目管理和控制技术。通过专注于使客户投资回报最大化，和使客户的投资风险最小化的关键战略和战术领域，加快项目实施速度，使得项目成功地完成。这些阶段的特性是可循环往复性，使客户可以尽快地获得新的应用系统所带来的好处。 1.1.1.1项目定义阶段 在这个阶段, 所有与分期实施相关的项目活动都被明确定义, 项目的"项目利益相关者"被指定，项目经理和客户项目经理的角色和职责被传达给所有的"项目利益相关者"。管理项目所需的项目控制结构被定义,所有需要的项目规划文件被创建, 客户的业务问题和被用来衡量项目成功的衡量标准被确认。 制定解决方案范围，在一个高级别上定义哪些模块将被实施，估算预期需要的客户化程度, 以及勾画出在产品之外需要开发的内容和要提交的技术成果。解决方案范围文档包括解决方案范围概述, 功能范围, 流程范围, 客户化问题, 其他风险, 外部依赖条件以及假设。这个工作为未来项目决策, 统一或达成"项目利益相关者"之间就有关项目参数的共识，提供书面的文档。它阐述以SOW为基础的业务需求，并且把它转化成产品模块实施信息。
简而言之, 这个阶段组建项目团队，保证客户实施项目的成功。公司人员与客户人员一道，组建项目团队, 设定项目方法和范围，并建立项目管理控制。主要交付的成果有，解决方案范围和项目管理控制。制定了项目质量检查计划。 1.1.1.2需求分析阶段 在需求调研阶段, 在项目管理小组的指导下, 由公司和客户组成的统一的项目团队将识别并且书面记录在开始设计客户解决方案之前所必须弄清楚的，需处理的问题。项目团队书写、提炼满足客户业务目标所需的功能和技术要求。主要交付的技术成果为业务需求和差距分析。 专家服务顾问将进行一个配置检查，以保证系统有精确的规格，便于购买硬件和架构部署。在有技术客户经理参与的情况下, 通过完成初始的评估, 来建立部署的基准，及通过给战略，管制，用户采用, 流程和技术各方面打分的评估来建立业务目标。 1.1.1.3项目设计阶段 在设计阶段, 主要的目标是设计一个能够最佳地满足客户明确的业务需求的解决方案，并且为培训和系统测试做准备。 在设计(Design)阶段,项目团队利用应用系统屏幕流程和设计布局来映射在发现阶段确定的需求,设计解决方案的原型。 主要交付的技术成果是解决方案设计文档和测试策略。这个策略定义测试计划和测试要求，以保证一个系统部署的成功。主要的目的是提供一个高级的测试策略，
软件项目管理报告
一可行性研究报告 1．可行性研究的前提 1.1要求 通过调查,要求系统需要有以下功能: ⑴要求有良好的人机界面; ⑵较好的权限管理; ⑶原始数据修改简单方便,支持多条件修改 ⑷方便的数据查询，支持多条件查询; ⑸相应的权限下，删除数据方便简单，数据稳定性好； ⑹数据计算自动完成，尽量减少人工干预; 1.2目标 a.人力与设备费用的节省； b.处理速度的提高； c.控制精度或生产能力的提高； d.管理信息服务的改进； e.决策系统的改进； f.人员工作效率的提高。 1.3条件、假定和限制 a.开发软件运行的最短寿命为一年。 b.进行系统方案选择比较的期限：2周。 c.经费来源和使用限制：自筹资金。 d.法律和政策方面的限制：本软件公司版权所有，未经作者允许，非法传播、 复制，违者追究法律责任，后果自负。 e.硬件CPU p3、内存256M.。 f.软件：access2003。 g.运行环境：本软件应使用Windows2003、Windows xp操作系统。 h.开发环境：本软件应使用Windows2003、Windows xp开发。 i.开发软件投入使用的最迟时间为2013年10月01日。 1.4可行性研究方法 由于本系统管理的对象单一,都是在校学生，且每个数据内容具有较强的关 联性，涉及的计算过程不是很复杂。因此，比较适合于采用数据库管理。且学校 用于学生管理的微机都是PIII以上的机器，在存储量、速度方面都能满足数据 库运行的要求。在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现。 2．对现有系统的分析 2.1处理流程和数据流程 班级管理业务流程图：
软件实施项目管理
关于软件实施项目管理的探讨 项目管理是一门新兴的管理学科，其涵盖范围非常广，本文仅立足于软件实施过程中项目管理的应用，以项目管理周期为主线展开探讨。 一、项目经理的职责和作用 项目经理是项目的总负责人，负责从项目启动到项目结束的整个项目实施过程。其在项目管理中的职能主要体现在协调，而非行政指派。 主要职责： 1、在技术、费用和时间特定的前提下，利用组织中的现有资源完成项目最终目标； 2、和客户、项目组成员、其他相关人共同商议选择开展项目的最佳计划； 3、为达到目标做出必要的决策； 4、当项目计划变更时，及时向主管汇报； 5、在时间和费用允许的条件下，和各项目部门协调工作程序； 6、负责协调项目组人员间的关系 7、按项目计划进行项目验收， 8、如果目标达不到而合同允许，建议结束项目或改变方法； 二、软件实施项目管理的过程（注：和PMBOK2000存在差异） 1、项目开始 项目开始阶段主要针对软件合同内容,制定项目的总体安排计划,并由公司售前人员和对方企业项目实施 人员对前期项目资料进行移交，确定项目责任和授权，尤其要明确项目的验收标准。在项目开始阶段进行的项目管理主要包括以下内容: ·项目总体安排对项目的时间、进度、费用、人员等作出总体安排,制定该项目的总体计划。 ·资料移交包括合同、售前调研报告、需求分析、验收标准、对方公司的项目组成员等资料。 ·项目范围定义在资料移交的基础上,定义该项目的整体范围。 ·项目授权由企业与公司销售部门根据项目合同,明确双方职责,并由企业根据项目的需要对实施组进行 项目管理的授权 .对该阶段的资料进行整理、归档。 2、项目计划 项目计划阶段是该项目进入系统实施的启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。（1）对项目组成员进行职能分工，画出项目管理组织结构图、明确各自职责。如下图所示：
论如何进行有效的需求管理
论如何进行有效的需求管理 很多人会有这种感受，一个项目做了很久，感觉总是做不完，就像一个“无底洞”。你想加人尽快完成这个项目，而用户总是有新的需求要项目开发方来做，就像用户是一个不知廉耻的要求者，而开发方是在苦苦接收的接受者。实际上，这里涉及到一个需求管理的概念。项目中哪些该做，哪些不该做，做到什么程度，都是由需求管理来决定的。需求管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占了很大的一部分，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。 在软件项目的开发过程中，需求变更贯穿了软件项目的整个生命周期，从软件的项目立项，研发，维护，用户的经验在增加，对使用软件的感受有变化，以及整个行业的新动态，都为软件带来不断完善功能，优化性能，提高用户友好性的要求。在软件项目管理过程中，项目经理经常面对用户的需求变更。如果不能有效处理这些需求变更，项目计划会一再调整，软件交付日期一再拖延，项目研发人员的士气将越来越低落，将直接导致项目成本增加、质量下降及项目交付日期推后。这决定了项目组必须拥有需求管理策略。 下面主要针对需求开发及需求管理两个方面对需求进行分析。 1. 需求开发，从目前我们的实际工作情况来看按顺序主要分成如下几个部分： ?请教行业专家 行业客户对信息化的需求越来越细化，对专业性以及行业能力的全面性要求越来越高，惟有深入行业，洞察其需求，研发出更适合客户需求的产品，才能成功。因此有必要先请这方面的行业专家对于客户的业务需求进行从流程上的梳理。为什么请行业专家，而不是直接请客户进行交谈，得到其实需求，个人认为主要是因为目前各政府部门、企事业单位对于信息化与业需求的整合这一块缺少经验，大部分情况还不能完全整理出完善、清晰的系统需求来。只有通过行业专家对其实业务流程进行梳理，一方面更容易与客户产生共鸣，另一方面也可以大大减少因为知识方面的差异导致错识需求的产生。 ?和客户交谈 你要面对“正确”的客户区分不同层次的客户需求，要面对不同层级，不同部门的客户，把客户分类，区分需求的优先级别。如果你做的项目业务是你熟悉的，那还好，如果是你不熟悉的，一定要花点精力学习一下这个行业业务的背景资料，这也是我上面谈到的先请行业专家的原因。毕竟，客户是不可能给你系统地介绍业务的。只有你通晓了行业业务，才能和用户交流，并正确而有效地引导客户，做好需求分析，你不能指望客户能明确地说出需求。
《软件项目管理》报告
《软件项目管理》报告 班级：计算机06级1班 姓名：宋凯嵩 学号：200601050118 指导教师：田刚
目录 ●项目背景介绍—————————————————————————3 ●项目任务分解结构和字典————————————————————4 ●项目的规模成本估算——————————————————————6 ●项目的进度计划表和甘特图———————————————————9 ●补充习题1——————————————————————————16 ●补充习题2——————————————————————————17 ●补充习题3——————————————————————————19 ●项目的组织结构图———————————————————————20 ●项目的配置管理计划——————————————————————21 ●项目集成计划—————————————————————————24 ●GQM技术进行项目度量————————————————————30 ●项目的成本，进度挣值分析———————————————————31
项目介绍 概述 客户资源决定企业的核心竞争力，更多的关心自己的销售群体（客户群），关心他们的想法，需求，购买目的，并与之建立良好的，长期的客户关系，提升客户价值，对全面提升企业竞争力和盈利能力具有重要作用。 系统分析 需求分析 1.有良好的人机界面，可以简单方便地管理各种客户信息。 2.方便的数据查询功能。 3.管理客户的详细信息：包括客户的基本信息，联系人信息，业务往来信息。 4.设置客户服务模块，用以记录客户的反馈信息及投诉信息，并对反馈信息及投诉信息进行图表 分析。 5.与客户联系人之间通过邮件（E-mai）进行联系，对联系人邮箱地址进行管理。 6.提供各种信息列表的打印功能，并可实现客户信封打印。 7.在相应的权限下，可以删除或修改数据。 可行性 传统的手工管理方法，工作效率低，不能及时了解各类客户的实际情况，也无法快速地进行客户信息的查询，不便于动态及时了解客户的需求及反馈信息，致使企业不能更好地适应当前的经济形势发展需要。同时还存在着许多弊端：由于不可避免的人为因素，造成数据的遗漏误报。计算机信息管理有着储存信息量大，速度快的许多优点，提供给用户的处理信息及时，准确，快捷，同时也能提高企业员工的自身素质。 目标 1．对客户信息（客户基本信息，联系人信息，业务往来信息）进行全面管理 2．及时查看库存信息，并通过网站对入库，出库信息进行管理 3．强大的客户信息，联系人信息及投诉信息，并以图表形式对数据进行分析 4．实现各种信息查询功能 5．对用户输入的数据，系统进行严格的数据检验，尽可能排除人为的错误 6．操作员可以随时修改配置的口令 7．数据保密性强，为每个用户设置相应的权限级别 8．提供辅助工具，方便用户操作及使用 9．系统运行稳定，安全可靠
项目管理系统_需求规格说明书V3
品高项目管理系统 软件开发需求
目录 1引言 (2) 1.1编写目的 (2) 2功能性需求 (2) 2.1系统登录 (3) 2.2对内项目管理子系统 (6) 2.3对外项目交流系统 (22)
1 引言 1.1 编写目的 本文档可作为 1. 设计人员进行系统设计的输入源。 2. 开发人员对系统功能开发的依据。 3. 测试人员编写系统测试计划，测试案例编写的输入源。 4. 产品经理检查系统实现程度的依据。 5. 项目团队外人员进行沟通的外部接口，用于他们评审和理解系统。 6. 项目需求阶段的主要交付物。 7. 收集并记录所有的外部接口，以用于作为完成设计和实现系统的参考。 2 系统概貌 2.1 系统背景 随着公司发展，客户范围不断增长,项目数量多且繁杂,给公司的和客户了解项目实际情况带来很大不便,公司及客户之间缺乏有效快速的沟通交流环境. 基于上诉背景，我们提出需建立一套完善的项目管理系统，作为公司及客户之间对项目信息的了解及在线交流, 以满足公司发展的需求。 2.2 用户描述 本系统用户为我们公司业务人员、项目成员、项目经理、管理中心、财务合同管理员、部门经理，项目管理层等。 2.3 系统角色权限 系统的不同角色对信息的权限见附件表 角色权限表.xlsx 2.4 一般限制 ? 应用系统应采用B/S 结构，客户端支持IE6.0 以上的版本。 ? 应用系统的开发工具与技术应采用Microsoft .NET 的技术体系。 ? 应用系统中所有数据统一保存到SQL Server 数据库。
2.5出错处理 ?所有的应用系统错误都应记录到系统日志文件中。 ?所有的Windows服务错误都应记录到Windows服务日志文件中。 ?所有的Web服务错误都应记录到Web服务日志文件中。 2.6假设和依赖条件 ?本系统假设.Net Framework 4.0平台稳定可靠，性能满足实际需求。系统构建在Microsoft .Net Framework平台中，严重依赖于该平台的可靠性，稳定性和性能。 ?本系统假设Microsoft SQL Server数据库稳定可靠，性能满足实际需求。系统数据存储于Microsoft SQL Server数据库中，依赖Microsoft SQL Server数据库的可靠性，稳定性和性能。 ?本系统假设涉及的外部接口可靠运行，提供正确数据。系统部分数据展现依赖于外部接口，当外部接口不能正确工作时，可能会导致部分展示数据不正确或无法显示。 ?本系统假设网络状态良好。本系统和客户端交互时依赖于网络状况，当网络故障或者性能低下时，可能会造成系统无法访问，系统响应速度变慢，数据无法提交等现象。但不应出现数据完整性和一致性的损坏。 ?本系统假设工作流引擎稳定可靠，性能满足要求。 ?本系统假设硬件服务器工作状态良好。 3功能性需求 3.1系统登录 【REQ_1】使用系统的用户分2类,内部用户及外部用户 【REQ_2】内部用户访问系统的时候,需要输入AD帐号密码进行身份验证检查 【REQ_3】外部用户访问系统的时候,需要输入用户名和密码进行身份验证检查 3.2首页 【REQ_4】每个用户登录后都可进入自己所属角色的首页 3.2.1.1业务人员 【REQ_5】列出业务人员本人的预立项的项目列表，已完成的合同列表，个人待办事宜，如下图示：