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.省局项目计划管理
省局信息中心在合同签订后制定项目推广计划，管理员选择已经签订合同的项目输入必
要数据，如项目开始时间，项目结束时间，项目负责人后系统根据模版产生一份详细计划书。计划书中包含了几个特定的里程碑，每个里程碑包含了一些特定的事务，管理员可根据情况调整事务（开始时间，结束时间，负责人，机构）。系统根据全省总计划中选定的分公司列表，将具体
的事务产生工作列表分发到各个分公司，分公司管理员可根据实际情况调整工作列表中的时间和负责人以及完成情况等内容。
省局可查询全省所有分公司的项目计划执行情况，分公司可查询本单位的项目计划执行情况。
需求说明书（软件项目管理系统） §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 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
任职资格: 教育背景: 工民建，土木工程等相关专业本科以上学历。 培训经历: 中级职称 经验: 8年以上工作经验，有大中型建筑企业副总经理或市场经营/工程管理负责人以上职位任职经历者优先 知识及技能要求： 技能技巧: ◆具有良好的管理素质，良好的团队组织运作及协调能力 ◆在团队管理方面有极强的领导技巧和才能； ◆掌握先进企业管理模式及精要，具有先进的管理理念； ◆有较强的市场竞争/工程优质管理意识 ◆具有敏锐的商业触觉、优异的工作业绩 ◆熟悉国内行业的相关政策、法规及规定 态度: ◆具有优秀的领导能力、出色的人际交往和社会活动能力； ◆善于协调、沟通，责任心、事业心强；亲和力、判断能力、决策能力、计划能力、谈判能力强；为人干练、踏实； ◆良好的敬业精神和职业道德操守，有很强的感召力和凝聚力。 工作条件:工作场所:40%办公室；60%室外。环境状况:舒适，享受国家法定节假日。危险性:基本无危险,无职业病危险。 直接下属间接下属 晋升方向轮转岗位
任职资格: 教育背景: 工民建，土木工程，设计类等相关专业本科以上学历。 培训经历: 中级职称 经验: 5年以上工作经验，有大中型建筑企业项目部负责人以上职位任职经历者优先 技能技巧: ◆具有良好的管理素质，良好的团队组织运作及协调能力 ◆有较强的市场竞争/工程优质管理意识 ◆熟悉国内行业的相关政策、法规及规定 ◆熟练使用办公软件。 态度: ◆善于协调、沟通，责任心、事业心强；亲和力、判断能力、决策能力、计划能力、谈判能力强；为人干练、踏实； ◆良好的敬业精神和职业道德操守，有很强的感召力和凝聚力。 ◆较强的观察力和应变能力。 工作条件:工作场所:20%办公室；80%室外。环境状况:舒适，享受国家法定节假日。危险性:基本无危险,无职业病危险。 直接下属间接下属 晋升方向轮转岗位
酒店订房管理项目 项 目 说 明 书 荆州市职业技术学院国际信息技术学院 撰写：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.入住酒店之后可以选择给予该酒店服务,硬件设施等进行评价
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. 建立统一的管理模式、管理平台、管理政策和管理标准。 2. 制订科学、实用的管理制度、项目评估办法和标准。 3. 检查和督导各项目部对公司绩效考核政策的落实情况并评估其完成情况。 4. 储备、培训公司工程技术人才及项目管理人才，对公司范围内工程技术人员、 项目管理人员专业水平的定期评估、评价。 5. 处理规定权限内各项目事项的审核、审批。 6. 项目建造中牵头组织、协调各项目的设计、招标、采购、营销、施工等事项。 7. 协助公司经营班子制定公司年度开发经营计划并跟踪监督落实情况。
二、项目管理部具体职能： 1.计划管理： 1.1.制订计划管理制度及评估办法和标准。 1.2.审查各项目部上报的项目实施计划。 1.3.负责各项目施工计划的牵头编制、审核、跟踪、管控和评估。 1.4.组织、实施项目巡检。 1.5.负责项目的经营评估，拟订项目阶段性运营评估报告。 2.技术、质量及安全管理： 2.1.制订工程技术、工程质量管理制度及评估办法和标准。 2.2.制订安全文明施工管理制度及评估办法和标准。 2.3.审批各项目施工组织设计。 2.4.审批各项目重大技术方案、技术变更。 2.5.审核、批准各项目质量及安全管理计划或措施方案。 2.6.负责对各项目工程技术人员专业培训及专业水平考核评估。 2.7.管控、评估各项目工程质量及安全文明施工情况。 2.8.对工程质量、安全等重大事故的认定，提出整改和处理建议，并对整改落实 的跟踪检查。 3.信息与项目档案管理： 3.1.制定、完善信息管理、档案管理制度。 3.2.收集、汇总、整理各类项目信息资料、档案。 3.3.负责公司在建项目建设数据统计。 3.4.建立、完善并适时更新各类数据库（如合格承包商）。 3.5.组织、监督各项目部工程档案的归档管理与指导。 4.牵头、协调管理 4.1项目在执行过程中，预计其已出现问题以及需重大调整时，对公司相关职能部 门进行协调，共同解决问题。 4.2 对各项目在运营中，上报集团涉及工程技术、质量、成本方面等重大事宜进 行协调和处理。
项目管理：怎样做需求分析 如果将需求分析阶段的工作归结为编写需求规格说明书，这种简化的做法往往是导致项目后期层出不穷问题的罪魁祸首。建议采用以下步骤形成软件需求：获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。下面我们先来讨论前两个步骤（获取用户需求、分析用户需求）的做法。 获取用户需求 这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动（如图1所示）。 ●了解客户方的所有用户类型以及潜在的类型。然后，根据他们的要求来确定系统的整体目标和系统的工作范围。 ●对用户进行访谈和调研。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。例如，可以将需求细分为功能需求、非功能需求（如响应时间、平均无故障工作时间、自动恢复时间等）、环境限制、设计约束等类型。 ●需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则：⑴对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由； 图1 获取用户需求的活动
⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； ⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。 ●需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员。大家共同确认需求分析人员所提交的结果是否真实地反映了用户的意图。需求分析人员在这个任务中需要执行下述活动： ⑴明确标识出那些未确定的需求项（在需求分析初期往往有很多这样的待定项）； ⑵使需求符合系统的整体目标； ⑶保证需求项之间的一致性，解决需求项之间可能存在的冲突。 分析用户需求 在很多情形下，分析用户需求是与获取用户需求并行的，主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。分析用户需求需要执行下列活动： ●以图形表示的方式描述系统的整体结构，包括系统的边界与接口； ●通过原型、页面流或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价； ●系统可行性分析，需求实现的技术可行性、环境分析、费用分析、时间分析等； ●以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。
北京师范大学珠海分校管理学院 项目管理说明书 ——开发聊天软件 生存期中的各阶段定义如下： 项目规划阶段 阶段目标：根据初步的需求分析，确定项目的规模、时间计划和资源需求 输入：要求文本， 过程：项目规划，计划确认 输出：项目计划 需求分析阶段 阶段目标：确定客户的需求 输入：项目计划，SOW 过程：需求获取，需求分析，需求控制 输出：原型系统，需求规格 设计阶段 阶段目标：总体系统结构设计 输入：原型系统，需求规格 过程：总体设计 输出：系统设计说明书，数据库结构定义 增量1实现 阶段目标：实现系统的登录功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本-1 增量2实现 阶段目标：实现系统的聊天功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，源代码，可运行版本-2 增量3实现 阶段目标：实现系统的信息管理功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-3 增量4实现 阶段目标：实现系统的文件传输管理功能 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-4 集成测试 阶段目标：通过集成环境下的软件测试 输入：测试计划，测试用例 过程：集成测试，系统测试 输出：系统软件包，测试报告，产品说明书 产品提交 阶段目标：产品可投入使用 输入：系统软件包 过程：产品提交 输出：验收报告 2）资源配置情况： 人力资源： ?1个管理人员 ?2个开发人员 ?4个测试人员 ?2个设计人员 ?2个需求人员 设备资源： ◆3台电脑 ◆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) 总之，需求分析的任务就是解决“做什么”，在准确表达所接受的用户需求以后，根据用户需求来设计软件，避免我们开发出来的产品客户不要。
项目管理系统需求说明书
成都鼎域前沿科技有限公司 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)
项目公司项目管理部岗位说明书 目录 项目公司项目管理部经理岗位 (2) 项目公司项目管理部经理助理（区域工程主管）岗位 (5) 项目公司项目管理部土建工程师岗位 (8) 项目公司项目管理部暖通工程师岗位 (12) 项目公司项目管理部电气工程师岗位 (16) 项目公司项目管理部市政工程师岗位 (19) 项目公司项目管理部园林工程师岗位 (22) 项目公司项目管理部资料员岗位 (25)
项目公司项目管理部经理岗位基本信息 本岗位名称项目管理部经理岗位编号 所在部门项目管理部岗位定员工作关系 主要工作职责职位设置目的： 根据公司下达的开发计划制定本部门的工作计划并组织实施，检查督促计划的落实，确保公司开发目标的实现。 序 号 概述内容描述 1 项目前期工作1、协助组织项目用地“三通一平”及配迁工作； 2、协调和配合项目前期过程中的各项工作。 公司外部相关单位 名称： 总包单位、政府相关 部门 直接上级岗位： 主管领导 直接下级岗位： 经理助理、土建、电 本岗位 公司内部相关部门及岗 位： 北京公司工程管理部， 项目公司各部门
2 施工准备工作1、参与项目前期方案的评审工作； 2、牵头组织相关部门编制项目进度控制计划，并负责组织评审； 3、配合规划设计部进行施工图交底，施工图审核； 4、负责施工前各项准备工作的实施和督促。 3 进度管理1、负责组织根据项目总控计划制定详细的施工进度计划； 2、负责监控项目进度计划实施情况，并及时进行调整。 ４现场管理1、负责组织处理施工单位现场提出的技术问题，重大技术问题及时反馈 规划设计部和公司工程管理部； 2、负责对工程质量的监控，并进行定期分析； 3、组织施工各阶段的验收； 4、负责施工现场的安全文明施工管理。 ５材料管理1、组织编制项目材料清单及各阶段的项目材料需求计划； 2、负责项目使用材料、设备的验收。 ６供应商管理参与施工企业、监理单位、主材及设备供应商的评价选择和资质预审； 参与招标活动； 施工过程中负责组织对供应商服务质量进行监控、考评等。 ７其它完成领导交办其它任务 工作职权 业务类1、对工程招投标合同有审核权 2、对工程现场管理有监控权 费用审批类对本部门费用有审批权 人事类对本部门人员有考核权、任免奖惩建议权 任职资格教育程度本科及以上专业建筑工程及相关专业
一、技术要求 工作条件 1．除非在技术规格中另有说明，所有仪器、设备和系统都应符合下列要求：2．适于在气温为摄氏0℃～＋40℃和相对湿度为90％的环境条件下运输和贮存。 3．适于在电源220V（ 10％）/50Hz、气温摄氏-5℃～＋40℃和相对湿度85％的环境条件下运行。连续正常运行的时间应不少于8小时。 4．配置符合中国有关标准要求的插头，如果没有，则需提供适当的转换插座。 5．如产品达不到上述要求，供应人应注明其偏差。如仪器设备需要特殊工作条件（如水、电源、磁场强度、温度、湿度、动强度等）供应人应在供应文件中加以说明。 其它要求： 1．为便于采购人进行接收仪器的准备工作，成交供应商应在合同生效后60天内向用户提供一套完整的使用说明书、操作手册、维修及安装说明等文件。另一套完整上述资料应在交货时随货包装提供给采购人，这些费用应计入总报价中。 2．对于需安装、校准、试运行的仪器设备，如果有必要的安装准备条件，成交供应商应在合同生效后一个月内向采购人提出详细的要求或计划。设备安装调试的费用由供应人承担，需计入成交总价中，并应单独列出，供采购人参考。 3．对于人员培训所需的仪器、设备，供应文件中应注明。 4．对于在采购人所在地进行的培训，供应人培训人员的旅费、食宿费用等费用由供应人自理。 5．对于需到制造厂家所在地进行的培训，供应文件中将注明培训日程和时间要求。受训人员的旅费、食宿费、培训场地费及培训资料费等培训费用均应由供应人支付。 6．在评审过程中，谈判小组有权向供应人索取任何与评审有关的资料，供应人务必在接到此类要求后，在规定时间内予以答复。对于无答复的供应人，谈
品高项目管理系统 软件开发需求
目录 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】列出业务人员本人的预立项的项目列表，已完成的合同列表，个人待办事宜，如下图示：
共享知识 分享快乐 项目管理部、项目部职责及岗位职责 项目管理部、项目部 ◎激励机制◎行政管理 部门职责 部门岗位职责
目录 一、通用职责_____________________________________________ 3 二、项目管理部部门职责___________________________________ 4 三、项目管理部岗位说明___________________________________ 7 1.项目管理部经理 _______________________________________ 7 2.信息档案专员 _________________________________________ 8 3.技术方案师 ___________________________________________ 8 4.综合管理工程师 _______________________________________ 9 四、项目部部门职责______________________________________ 10 五、项目部岗位说明______________________________________ 11 1.项目经理岗位职责 ____________________________________ 11 2.执行经理岗位职责 ____________________________________ 12 3.技术负责人岗位职责 __________________________________ 13 4.生产经理岗位职责 ____________________________________ 14 5.责任工程师岗位职责 __________________________________ 15 6.项目部技术员岗位职责 ________________________________ 16 7.项目部施工员岗位职责 ________________________________ 17 8.项目部安全员岗位职责 ________________________________ 18 9.项目部材料员岗位职责 ________________________________ 19 10.项目部资料员岗位职责 _______________________________ 20 11.质量检查员岗位职责 _________________________________ 22 12.项目部预算员岗位职责 _______________________________ 24 13.项目部设计师岗位职责 _______________________________ 26
医院管理系统项目需求分析 目录 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住院部管理员修改登录密码............................................................................. 错误!未定义书签。
{ 项目名称} 产品需求规格说明书 Radfort Corp. - 某某公司 ?- 版权所有 - All Rights Reserved
版本历史
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文档 (4) 0.5术语与缩写解释 (4) 1. 产品介绍 (5) 2. 产品面向的用户群体 (5) 3. 产品应当遵循的标准或规范 (5) 4. 产品范围 (5) 5. 产品中的角色 (5) 6. 产品的功能性需求 (6) 6.0功能性需求分类 (6) 6.M F EATURE M (6) 6.m.n Function M.N (6) 7. 产品的非功能性需求 (6) 7.1用户界面需求 (6) 7.2软硬件环境需求 (7) 7.3产品质量需求 (7) 7.N 其它需求 (7) 附录A：需求建模与分析报告 (8) A.1需求模型1 (8) A.N 需求模型N (8) 附录B：需求确认 (9)
0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期 0.5 术语与缩写解释
1. 产品介绍 提示： （1）说明产品是什么，什么用途。 （2）介绍产品的开发背景。 2. 产品面向的用户群体 提示： （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？ 3. 产品应当遵循的标准或规范 提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。 4. 产品范围 提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。 5. 产品中的角色 提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。