项目管理-项目需求分析与数据库设计

第3章项目需求分析与数据库设计

3.1 项目开发背景

移动数据库是移动计算环境中的分布式数据库，移动数据库的应用大都嵌入到诸如掌上电脑、PDA、嵌入式设备等移动设备中，故移动数据库有时也称为嵌入式移动数据库。

目前绝大多数行业中数据存储与管理都需要随时随地进行，如果将数据存放在中心服务器数据库中，不便于各项数据操作，这时可以将中心服务器中数据库的部分数据，在联网状态下下载和保存到移动数据库中。这样很多的功能实现就可以在离线情况下直接在移动设备端实施完成，同时大幅度减少了中心服务器的负荷和压力。另外在设备端中对移动数据库的各项数据改变，也可以在网络连通时再传回到服务器上，以便保持服务器端与设备端数据的同步。

根据物流配送行业的特点，目前很多公司从客户商品购买到货物发送到客户手中这一系列业务流程都采用基于嵌入式设备的移动解决方案。工作人员在开始一天的工作时，可以直接通过手持设备查看当天要发送的所有货物信息，例如货物的收件人、收件地址和联系方式，并且可以给出一个最佳的投递路线。除此之外，当货物送达后，客户还可以直接在手持设备上进行电子签名以确认货物的送达，而后工作人员就可以将客户签名和货物送达信息直接通过无线网络传递给中心服务器，避免了一系列的“纸上操作”过程，大大加快了工作效率。

随着3G时代的到来，嵌入式移动数据库的应用会越来越广，利用嵌入式移动设备，当无线网络畅通时，可以利用无线网络获取所需的信息，并将这些重要信息存放到移动数据库中，这样既可以减少中心服务器的负载，又可以随时随地取得资料。当无线网络再次畅通时，我们又可以将移动数据库中的数据改变回传至中心数据库服务器。中心服务器数据库中如果存在新的数据信息，移动数据库也会自动加载这些新信息，确保了移动数据库和中心服务器数据库之间的数据同步。

3.2 项目的需求分析设计

3.2.1 项目业务需求描述

嵌入式软件开发公司对各地物流运输公司进行调研之后，整理出将要实现的移动物流配送系统业务功能，移动物流配送系统面向三类用户：客户服务人员、库房管理人员（包括装车人员）、货物运输人员。

（1）客户服务人员可以利用手持移动设备为客户购买所需商品，建立新的订单，并将新的客户订单信息发往商品所在的物流公司中央数据库服务器。

（2）库房管理人员可以利用手持设备获得中央数据库中有关客户订单的信息，确认客户

▌▎第3章项目需求分析与数据库设计▎▌

订单中的商品信息，然后装载商品上车，并更新库房商品信息。

（3）货物运输人员利用手持设备获得中央数据库中将要发货的订单信息，并通过Web服务获得发货路线图，如图3-1所示。

客户服务人员库房管理员库房装车工运输人员

SQL Server 2005中心数据库

图3-1 移动物流配送系统业务流程图

3.2.2 客户服务业务需求设计

1．客户服务业务需求描述

客户服务人员负责为客户提供商品浏览、商品购买、商品订单生成等服务项目。具体功能如下：

（1）获得客户、商品以及订单信息。客户服务人员借助手持设备，利用各种网络手段（包括有线或者无线）获得中央数据库中有关商品信息、客户信息以及客户订单的信息。

（2）商品浏览。客户借助客户服务人员的手持设备，进行各种商品信息的浏览（包括商品名称、商品价格、商品图片）。

（3）商品购买。客户借助客户服务人员的手持设备，可以将满意的商品放入购物车内（包括购买数量、商品的总价信息），并可以对不满意的商品从购物车移除。

（4）商品订单生成。客户服务人员借助手持设备，将客户已确定购买的商品生成订单。

（5）商品订单浏览。客户借助客户服务人员的手持设备，可以浏览自己的订单信息。

（6）数据同步。客户服务人员借助手持设备，利用各种网络手段实施完成设备端的数据信息与中央数据库中的数据信息之间的同步操作。

2．客户服务用例的设计

（1）打开Microsoft Office Visio for Enterprise Architects软件，单击“文件→新建→软件→UML模型图”，如图3-2所示。

（2）在新建的UML模型图左下方的模型资源管理器中，右击UML系统，选择“模型…”选项，打开“UML模型”对话框，如图3-3所示。

- 37 -

▌▎Windows CE （C#）嵌入式应用开发实训教程 ▎▌

- 38 -

图3-2 “新建UML 模型图”命令

图3-3 UML 模型资源管理器

（3）在UML 模型的新增对话框中，新增“用例模型”和“设计模型”两项，如图3-4所示，单击“确定”按钮。

图3-4 新增UML 模型对话框

▌▎第3章项目需求分析与数据库设计 ▎▌

- 39 -

（4）这时在模型资源管理器中可以看到新增的模型，如图3-5所示。

图3-5 新增模型成功界面

（5）选择“UML 系统→用例模型→项层包”，右击“顶层包”，选择“新建→用例图”，新建一个空白用例图，如图3-6所示。

图3-6 新建客户服务用例图

（6）在如图3-7所示的“UML 用例”工具栏中，分别拖出一个参与者、一个系统边界、五个用例以及五个通信图标控件到空白用例图中。

（7）在新建的用例图中，先双击系统边界中的系统文字，重命名为“客户服务用例”，然后双击“参与者”图标，出现如图3-8所示的“UML 主角属性”对话框，在“名称”栏中输入“客户服务人员”，双击其中一个用例图标，出现如图3-9所示的“UML 用例属性”对话框，在“名称”栏中输入“获取服务器端客户服务同步数据”，单击“确定”按钮。

▌▎Windows CE （C#）嵌入式应用开发实训教程 ▎▌

- 40 -

图3-7 “UML 用例”工具栏

图3-8 “UML 主角属性”对话框

图3-9 “UML 用例属性”对话框

（8）按照上述方法双击其余四个用例图标，分别输入“进行客户服务身份验证”、“浏览当前订单”、“创建新订单”、“同步设备端与服务器端数据”。然后将通信图标一端连接参与者，另一端连接用例，完成之后，出现如图3-10所示的客户服务用例图。

3．客户服务活动图的设计

（1）选择“UML 系统→用例模型→顶层包”，右击“顶层包”，选择“新建→活动图”，新建一个空白活动图，如图3-11所示。

▌▎第3章项目需求分析与数据库设计▎▌

图3-10 客户服务用例图

图3-11 新建客户服务活动图

（2）在如图3-12所示的“UML活动”工具栏中，分别拖出一个初始状态图标、一个最终状态图标、一个转换（分叉）图标、两个判定图标、若干动作状态图标、状态图标以及控制流图标控件到空白活动图中。

（3）按照客户服务用例图的设计方法，设计客户服务活动图，完成之后如图3-13所示。

- 41 -

▌▎Windows CE （C#）嵌入式应用开发实训教程 ▎▌

- 42 -

图3-12 “UML 活动”工具栏

图3-13 客户服务活动图

3.2.3 库房管理业务需求设计

1．库房管理业务需求描述

库房管理人员负责客户订单中有关商品信息的出货、商品的装车以及商品信息更新等服

▌▎第3章项目需求分析与数据库设计 ▎▌

- 43 -

务项目。具体功能如下：

（1）获得客户、商品以及订单信息。库房管理人员借助手持设备，利用各种网络手段获得中央数据库中有关商品信息、客户信息以及客户订单的信息。

（2）客户订单的商品出货。库房管理人员借助手持设备，查看有关客户订单的信息，并将要装车的商品信息进行确认与更新。

（3）商品装车。库房管理人员（包括装车人员）按照客户订单中购买的商品进行装车操作。

（4）数据同步。库房管理人员借助手持设备，利用各种网络手段实施完成设备端的数据信息与中央数据库中数据信息之间的同步操作。

2．库房管理用例的设计

按照前面添加客户服务用例的相关步骤，实现库房管理用例图的设计，如图3-14所示。

图3-14 库房管理用例图

3．库房管理活动图的设计

按照前面添加客户服务活动图的相关步骤，实现库房管理活动图的设计，完成设计之后如图3-15所示。

3.2.4 运输服务业务需求设计

1．运输人员业务需求描述

货物运输人员负责客户订单中商品的运输服务。具体功能如下：

▌▎Windows CE （C#）嵌入式应用开发实训教程 ▎▌

- 44 -

图3-15 库房管理活动图

（1）获得客户、商品、订单以及货车信息。货物运输人员借助手持设备，利用各种网络手段获得中央数据库中有关商品信息、客户信息、客户订单信息以及用于装载商品的货车信息。

（2）浏览发货订单。货物运输人员借助手持设备，可以获得将要发货的商品订单信息。

（3）获得发货路线地图信息。货物运输人员借助手持设备，通过MapPoint 的Web 服务获得有关发货路线的地图信息。

（4）数据同步。库房服务人员借助手持设备，利用各种网络手段实施完成设备端的数据信息与中央数据库中数据信息之间的同步操作。

2．运输服务用例的设计

按照前面添加客户服务用例的相关步骤，实现运输服务用例图的设计，完成设计之后如图3-16所示。

3．运输服务活动图的设计

按照前面添加客户服务活动图的相关步骤，实现运输服务活动图的设计，完成设计之后如图3-17所示。

▌▎第3章项目需求分析与数据库设计 ▎▌

- 45 -

图3-16 运输服务用例图

图3-17 运输服务活动图

▌▎Windows CE （C#）嵌入式应用开发实训教程 ▎▌

- 46 -

3.3 项目数据库设计

3.3.1 SQL Server 2005的安装

本项目服务器端采用的是SQL Server 2005数据库，下面进行SQL Server 2005数据库的安装。

（1）当安装文件SQL.2005.all.chs.iso 通过虚拟光驱安装时，双击数据库安装盘的虚拟光驱，安装开始之后，出现如图3-18所示的安装开始画面，这里安装的是SQL Server 2005 Developer Edition 版本，单击选择“基于x86的操作系统”。

图3-18 SQL Server 2005安装开始向导界面

（2）当安装向导出现如图3-19所示的安装界面时，单击“服务器组件、工具、联机丛书和示例”选项。

（3）当安装向导出现“要安装的组件”对话框时，如图3-20所示，这里必须选中SQL Server Database Services 和“工作站组件、联机丛书和开发工具”，其他选项根据实际需要进行选择。

（4）当安装向导出现“服务账户”对话框时，如图3-21所示，选中“使用内置系统账户”选项，选中SQL Server Agent 复选框，单击“下一步”按钮。

（5）当安装向导出现“身份验证模式”对话框时，如图3-22所示，选中“Windows 身份验证模式”选项，单击“下一步”按钮。

▌▎第3章项目需求分析与数据库设计 ▎▌

- 47 -

图3-19 SQL Server 2005的安装选项

图3-20 选择SQL Server 2005要安装的组件

需求说明书(软件项目管理系统)

需求说明书（软件项目管理系统） §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 功能说明根据用户编码和用户密码校核该用户是否合法；在校验用户密码后，可修改用户自己的密码；

城市公共基础数据库建设方案.

城市基础数据库系统建设方案

1.系统概述长期以来，政府各部门内部拥有着大量城市基础数据资源，但由于管理分散，制度规范不健全，造成重复采集、口径多乱、数出多门；各部门的指标数据自成体系，标准不一，共享程度较差。随着政府向“经济调节、市场监管、社会管理和公共服务”管理职能的转变，就要求必须能够全面、准确掌握全地区经济社会发展态势，强化政府部门掌控决策信息资源的能力，政府部门间信息资源整合与共享需求越来越紧密，但当前部门间信息共享多是点对点方式，没有统一的数据交换管理平台。因此各部门对加快解决数据资源分散管理、数据共享不足的问题需求十分迫切，需要建立城市基础数据库（以下简称智慧城市公共基础数据库）系统以解决以上问题。依托智慧城市公共基础数据库系统的建设，可以实现各委办局、各所辖地区的经济社会综合数据采集交换，为各部门提供更广泛的信息共享支持，一方面数据信息从各委办局、各所辖地区整合接入，另一方面也为政府和这些接入部门提供全面的共享服务。同时，以智慧城市公共基础数据库指标体系建立为基础，整合来自各委办局和各所辖地区的、经过审核转换处理的数据资源，可实现对经济社会信息的统一和集中存储，确保数据的唯一性和准确性，为今后政府工作提供一致的基础数据支持。数据整合共享只是手段，数据分析服务才是目的。依托智慧城市公共基础数据库系统建设，可有效整合各政府部门所掌握的全市经济社会信息资源，满足政府业务对统一数据资源共享需要，进而提升形势分析预测水平，对政府在发展规划、投资布局、资源环境、管理创新、科学决策等业务提供强有力支持，提高了政府部门掌控全市经济社会发展态势能力。 2.建设目标 1）建立科学合理的智慧城市公共基础数据库指标体系，力求全面反映地区经济和社会发展的总体情况： 2）有组织、有计划、持续地对政府统计部门、政府各部门以及国民经济行业管理部门负责统计的关系到地区经济与社会发展的信息资源进行收集、整合，

酒店管理项目-需求分析

酒店订房管理项目项目说明书荆州市职业技术学院国际信息技术学院撰写：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.入住酒店之后可以选择给予该酒店服务,硬件设施等进行评价

微信数据库分析与设计

微信数据库分析与设计一、需求分析微信作为当前的主要即时通讯工具之一，有着广泛的应用。其主要的功能是实现即时通信，这也是微信的核心功能。此外还有查看朋友圈动态、搜索好友、管理个人信息、建立用户自己的相册、收藏功能、摇一摇、搜索附近的人、购物、游戏等功能。此次对于微信平台的数据库设计主要对部分需要微信平台提供存储信息功能进行需求分析及设计。以下将对微信平台的主要需求做简要的分析并且根据分析做出数据流图使得对于微信平台数据库的设计有更好的理解。微信的通信主要包括与微信好友进行相互通信，这其中通信内容包括文字、语音、图片及视频。当用户订阅了公众号之后，会接收公众号发送的消息并且也可向公众号发信息或许其提供的信息。微信通信功能的另一个主要方面是实现群聊。用户可以加入一个微信群进行群。另一方面用户也可以选择自己的联系人进行群聊。微信中通讯录实现了保存用户联系人的目的，并且订阅的公众号也保存于通讯录中，并且在通讯录中可以设定标签来为联系人分组。微信朋友圈保存好友发送的与朋友共享的消息，其内容可为文字、图片、视频。在朋友圈中可以设定权限使得不同权限的用户查看的内容不一样。摇一摇功能可以获取同一时刻一起摇动手机的用户，并且暂存于微信中。附近的人功能可以识别在一定范围内的微信用户，并且将获得的用户信息也暂存在微信中，对于识别附近的用户可以设定具体的条件来扫描。漂流瓶功能相当于随机的获取微信消息或者向微信用户随机的发送消息。对于个人信息的编辑，用户可以根据自身需要编辑一些所需的个人信息。最后在微信用户个人信息中有相册和收藏记录用户的照片和收藏的文字语音等信息。以上是对微信的部分功能的需求分析，现根据以上需求对微信数据库画出数据流图：第0层DFD：第1层DFD：

项目管理：怎样做需求分析

项目管理：怎样做需求分析如果将需求分析阶段的工作归结为编写需求规格说明书，这种简化的做法往往是导致项目后期层出不穷问题的罪魁祸首。建议采用以下步骤形成软件需求：获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。下面我们先来讨论前两个步骤（获取用户需求、分析用户需求）的做法。获取用户需求这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动（如图1所示）。 ●了解客户方的所有用户类型以及潜在的类型。然后，根据他们的要求来确定系统的整体目标和系统的工作范围。 ●对用户进行访谈和调研。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。例如，可以将需求细分为功能需求、非功能需求（如响应时间、平均无故障工作时间、自动恢复时间等）、环境限制、设计约束等类型。 ●需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则：⑴对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由；图1 获取用户需求的活动

⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； ⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。 ●需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员。大家共同确认需求分析人员所提交的结果是否真实地反映了用户的意图。需求分析人员在这个任务中需要执行下述活动： ⑴明确标识出那些未确定的需求项（在需求分析初期往往有很多这样的待定项）； ⑵使需求符合系统的整体目标； ⑶保证需求项之间的一致性，解决需求项之间可能存在的冲突。分析用户需求在很多情形下，分析用户需求是与获取用户需求并行的，主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。分析用户需求需要执行下列活动： ●以图形表示的方式描述系统的整体结构，包括系统的边界与接口； ●通过原型、页面流或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价； ●系统可行性分析，需求实现的技术可行性、环境分析、费用分析、时间分析等； ●以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。

数据库需求分析

第一章系统概要介绍 1.1 系统概述《数据库原理及应用》课程的学习，其主要的目标是能利用课程中学习到的数据库知识与技术较好地开发设计出数据库应用系统，去解决各行各业信息化处理的要求。本实验主要在于巩固学生对数据库的基本原理和基础理论的理解，掌握数据库应用系统的设计开发的基本方法，进一步提高学生的综合运用所学的知识能力。为了使数据库的应用系统开发设计合理、规范、有序、正确、高效进行，现在广泛采用的是工程化6阶段开发设计过程与方法，它们是需求分析阶段、概念结构设计阶段、逻辑结构设计阶段、物理结构设计阶段、数据库实施、数据库系统运行与维护阶段。我们按照以上几点开发了机房上机管理系统数据库。 1.2 系统研发背景随着我国高等教育的快速发展及大学招生规模的不断扩大以至于校园数字化的发展和我国高校机房的数量与规模在不断扩大,。各个高校都建设了自己的校园网络，越来越多的学生到校机房上网。这对校园机房进行联合计费管理和机房的配置管理等也提出了更高的要求。为了更好的发挥学校公共机房的职能,解决机房管理过程中的一些实际问题就要开发出一套满足高校需求的机房管理系统是非常必要的。机房作为一种信息资源的集散地，有很多的信息数据需要管理，由于数据信息处理工作量大、数据繁多，因此原有的手工管理方式就存在容易出错、数据易丢失，且不易查找和低效率等弊病。总的来说，就是缺乏系统，规范的信息管理手段。基于这此问题，我认为有必要建立一个机房管理系统，使机房管理工作规范化，系统化，程序化，避免机房管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和统计相关情况。 1.3 系统研发的目的和意义我们根据所学的数据库原理与程序设计的知识，能够针对一个小型的数据库管理系统，进行系统的需求分析，系统设计，数据库设计，编码，测试等，完成第6/26页题目要求的功能，从而达到掌握开发一个小型数据库的目的。我校的计算机设备和学生上网上机管理还处于较为原始的手工阶段。缺少一套实用可靠的设备和课程管理系统软件。随着电气化教学和无纸化办公的一步步完善，利用机房管理系统管理我校的机房势在必行第7/26页第二章需求分析 2.1 需求描述针对一般高校机房管理系统的需求分析、通过对学生上机过程、注册过程、充值过程、的内容的数据流程分析一现设计如下数据项和数据结构

(完整版)需求分析+概要设计+详细设计+数据库设计模板

附录A 软件需求分析报告文档 (1) 附录B 软件概要设计报告文档 (13) 附录C 软件详细设计报告文档 (33)

附录A 软件需求分析报告文档 1. 引言.............................................................................................................. 错误!未定义书签。 1.1编写目的 (3) 1.2项目风险 (3) 1.3文档约定 (3) 1.4预期读者和阅读建议 (3) 1.5产品范围 (4) 1.6参考文献 (4) 2. 综合描述 (4) 2.1产品的状况 (4) 2.2产品的功能 (5) 2.3用户类和特性 (5) 2.4运行环境 (5) 2.5设计和实现上的限制 (5) 2.6假设和约束(依赖) (6) 3. 外部接口需求 (6) 3.1用户界面 (6) 3.2硬件接口 (7) 3.3软件接口 (7) 3.4通讯接口 (8) 4. 系统功能需求 (8) 4.1说明和优先级 (8) 4.2激励／响应序列 (9) 4.3输入／输出数据 (9) 5. 其它非功能需求 (9) 5.1性能需求 (9) 5.2安全措施需求 (10) 5.3安全性需求 (10) 5.4软件质量属性 (10) 5.5业务规则 (10) 5.6用户文档 (10) 6. 词汇表 (11) 7. 数据定义 (11) 8. 分析模型 (12) 9. 待定问题列表 (12)

1. 简介 1.1 编写目的此文档对《点菜系统》做了全面细致的用户需求分析，明确该软件应具有的功能、性能、界面，使系统分析人员、软件开发人员能明确用户的需求，并在此基础上进一步提出概要设计说明书和后续设计与开发。本说明书的预期读者为客户、后续开发人员、测试人员、项目管理人员等。 1.2 项目风险具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括： ●正文风格； ●提示方式； ●重要符号；也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写入员。并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。

软件项目管理之需求分析

软件项目管理之需求分析需求分析是项目开发的基础，所以在进行软件项目开发之前，我们必须要了解下用户的需求是什么，避免在投入大量人力、物力、财力、时间等之后，开发出来的软件没人要。本文将从需求分析的过程、层次、需求开发阶段的重点以及需求分析的任务做详细介绍： 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) 总之，需求分析的任务就是解决“做什么”，在准确表达所接受的用户需求以后，根据用户需求来设计软件，避免我们开发出来的产品客户不要。

数据库学生信息.管理系统需求分析报告

数据库系统概论课程设计设计名称：学生信息管理系统数据库设计

湖南工业大学课程设计任务书 2011—2011学年第1学期计算机与通信学院（系、部）软件工程专业091班课程名称：数据库原理设计题目：学生信息管理系统的设计与实现完成期限：自2011年05月28日至2011年05月29日共2天内容及任务一、设计的主要技术参数开发出一个原型系统，能正确运行，数据库的设计要满足规范、能对数据进行维护和查询、完成报表统计等。二、设计任务 1)系统分析(包括可行性分析、用户需求分析等)及功能分析； 2)数据库设计； 3)系统总体功能设计； 4)程序设计及调试； 5)设计说明书的书写。三、设计工作量每个小组至少要投入一个月的时间来完成该课程设计，而且每个小组中的每个人要独立开发1到2个模块，要求每个小组有个独立的系统。进度安排起止日期工作内容 2011-05-28~2011-05-28 选题系统分析和设计 2011-05-29~2011-05-29 熟悉软件开发工具、编码系统测试进行集中课程设计，完成系统最后测试和课程设计说明书；答辩，确定小组等级，交文档材料(含电子文档)、源程序。主要参考资料[1]施伯乐,丁宝康,汪卫.数据库系统教程(第3版)[M],北京:高等教育出版社,2008. [2]萨师煊,王珊.数据库系统概论(第三版)[M].北京:高等教育出版社,2000. [3]王晟,万科.数据库开发案例解析[M].北京:清华大学出版社,2003 [4]郑阿奇https://www.360docs.net/doc/3210846355.html,3.5实用教程.北京:电子工业出版社,2009 [5]范立南《SQL Server2000实用教程》第2版.北京.清华大学出版社.2005年 [6]齐治昌,谭庆平,宁洪.软件工程第2版.高等教育出版社.2004年 [7]刘浩,https://www.360docs.net/doc/3210846355.html,+SQL Server网络应用系统开发与实例.北京:人民邮电出版社,2005 指导教师（签字）：年月日系（教研室）主任（签字）：年月日

数据库设计实例需求分析、概念结构、逻辑结构

数据库设计实例分析一、需求分析实例现要开发高校图书管理系统。经过可行性分析和初步的需求调查，确定了系统的功能边界，该系统应能完成下面的功能：（1）读者注册。（2）读者借书。（3）读者还书。（4）图书查询。 1、数据流图顶层数据流图反映了图书管理系统与外界的接口，但未表明数据的加工要求，需要进一步细化。根据前面图书管理系统功能边界的确定，再对图书管理系统顶层数据流图中的处理功能做进一步分解，可分解为读者注册、借书、还书和查询四个子功能，这样就得到了图书管理系统的第0层数据流图从图书管理系统第0层数据流图中可以看出，在图书管理的不同业务中，借书、还书、查询这几个处理较为复杂，使用到不同的数据较多，因此有必要对其进行更深层次的分析，即构建这些处理的第1层数据流图。下面的图8-7分别给出了借书、还书、查询子功能的第1层数据流图 2、数据字典数据项数据项名称：借书证号别名：卡号含义说明：惟一标识一个借书证类型：字符型长度：20 …… 数据结构（1）名称：读者类别含义说明：定义了一个读者类别的有关信息组成结构：类别代码+类别名称+可借阅数量+借阅天数+超期罚款额（2）名称：读者含义说明：定义了一个读者的有关信息组成结构：姓名+性别+所在部门+读者类型（3）名称：图书含义说明：定义了一本图书的有关信息组成结构：图书编号+图书名称+作者+出版社+价格 ……

数据流（1）数据流名称：借书单含义：读者借书时填写的单据来源：读者去向：审核借书数据流量：250份/天组成：借书证编号+借阅日期+图书编号（2）数据流名称：还书单含义：读者还书时填写的单据来源：读者去向：审核还书数据流量：250份/天组成：借书证编号+还书日期+图书编号 …… 数据存储（1）数据存储名称：图书信息表含义说明：存放图书有关信息组成结构：图书+库存数量说明：数量用来说明图书在仓库中的存放数（2）数据存储名称：读者信息表含义说明：存放读者的注册信息组成结构：读者+卡号+卡状态+办卡日期说明：卡状态是指借书证当前被锁定还是正常使用（3）数据存储名称：借书记录含义说明：存放读者的借书、还书信息组成结构：卡号+书号+借书日期+还书日期说明：要求能立即查询并修改 …… 处理过程（1）处理过程名称：审核借书证输入：借书证输出：认定合格的借书证加工逻辑：根据读者信息表和读者借书证，如果借书证在读者信息表中存在并且没有被锁定，那么借书证是有效的借书证，否则是无效的借书证。 …… 二、概念结构设计实例 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住院部管理员修改登录密码............................................................................. 错误!未定义书签。

(项目管理)一项目需求

一、技术要求工作条件 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、招投标管理：这是一个特殊的环节，管理项目中需要招投标的事务，主要是管理招标表，甚至保留招标内容。一个项目中可能会有多个招标事务。招标完成和由省局和中标单位签订合同，也可能会要求各个

项目管理-项目需求分析与数据库设计

第3章项目需求分析与数据库设计 3.1 项目开发背景移动数据库是移动计算环境中的分布式数据库，移动数据库的应用大都嵌入到诸如掌上电脑、PDA、嵌入式设备等移动设备中，故移动数据库有时也称为嵌入式移动数据库。目前绝大多数行业中数据存储与管理都需要随时随地进行，如果将数据存放在中心服务器数据库中，不便于各项数据操作，这时可以将中心服务器中数据库的部分数据，在联网状态下下载和保存到移动数据库中。这样很多的功能实现就可以在离线情况下直接在移动设备端实施完成，同时大幅度减少了中心服务器的负荷和压力。另外在设备端中对移动数据库的各项数据改变，也可以在网络连通时再传回到服务器上，以便保持服务器端与设备端数据的同步。根据物流配送行业的特点，目前很多公司从客户商品购买到货物发送到客户手中这一系列业务流程都采用基于嵌入式设备的移动解决方案。工作人员在开始一天的工作时，可以直接通过手持设备查看当天要发送的所有货物信息，例如货物的收件人、收件地址和联系方式，并且可以给出一个最佳的投递路线。除此之外，当货物送达后，客户还可以直接在手持设备上进行电子签名以确认货物的送达，而后工作人员就可以将客户签名和货物送达信息直接通过无线网络传递给中心服务器，避免了一系列的“纸上操作”过程，大大加快了工作效率。随着3G时代的到来，嵌入式移动数据库的应用会越来越广，利用嵌入式移动设备，当无线网络畅通时，可以利用无线网络获取所需的信息，并将这些重要信息存放到移动数据库中，这样既可以减少中心服务器的负载，又可以随时随地取得资料。当无线网络再次畅通时，我们又可以将移动数据库中的数据改变回传至中心数据库服务器。中心服务器数据库中如果存在新的数据信息，移动数据库也会自动加载这些新信息，确保了移动数据库和中心服务器数据库之间的数据同步。 3.2 项目的需求分析设计 3.2.1 项目业务需求描述嵌入式软件开发公司对各地物流运输公司进行调研之后，整理出将要实现的移动物流配送系统业务功能，移动物流配送系统面向三类用户：客户服务人员、库房管理人员（包括装车人员）、货物运输人员。（1）客户服务人员可以利用手持移动设备为客户购买所需商品，建立新的订单，并将新的客户订单信息发往商品所在的物流公司中央数据库服务器。（2）库房管理人员可以利用手持设备获得中央数据库中有关客户订单的信息，确认客户

科研项目管理系统需求分析

材供应部合同进行计算机的自动化管理计算，减少了管理人员的工作量，节省了人力，确保合同数据的安全和有效利用。本系统具有系统功能完备、使用简单、用户界面好、安全保密设置齐全等优点。院实物保护监控中心安全、稳定运行院实物保护监控中心中国原子能科学研究院在基础设施改造一期工程中，建立了实物保护监控中心。该中心的功能在于防破坏、防盗窃，防非法转移核材料、放射源、机密档案，预防和制止敌对分子或团伙的入侵、威胁、破坏等犯罪活动，对全院的重点要害部位进行集中管理，实施24 小时不间断地布防监控。院实物保护系统共有9 台录像机对各监控部位的图像进行录制，对院大门口和监控中心进行每日24 小时连续监控录制，对其他工号实行布防监控与录制。中心在核技术所直接领导和院保卫处的监督管理下，坚持双人值班制度，严格规范运行记录，对涉及实物保护技防系统86 个监控点和消防报警系统1 153 个探测点的报警信号进行及时复核、确认，在第一时间通知有关部门进行处理。在试运行至今的一年多时间内，共计处理实物保护系统报警3 万多次；消防系统报警3 千多次。在接到报警信号后，值班人员在第一时间通知有关部门进行处理，使得中心对全院重点要害部位的保卫和消防安全实施了有效的监控，体现了实物保护系统的可靠性和有效性。2006 年实物保护监控中心主要完成了以下工作。 1）严格培训，做到持证上岗。 2）建立健全运行制度，确保中心正常运行。 3）妥善处理报警信号，保障重点要害部位安全。 4）及时排除故障，确保系统有效运行。中心建成运行以来，多次妥善处理了接报警事件，充分发挥了对全院重要部位的监督管理作用，保障了全院科研生产工作的顺利进行。（执笔人：任宝玲）科研项目管理系统需求分析田君，王建平，吕建友中国原子能科学研究院是一个大型的、综合性的核科学技术研究基地，承担核能开发、国防技术基础、国防预研、“863”和“973”、国家自然科学基金等科研项目，相关30 多个项目类别，涉及近100 个项目，其项目的研究范围涵盖了核物理、核化学与放射化学、反应堆工程技术等领域。这些科研项目涉及学科广泛，内容精深，难度高，管理模式多，工作复杂。同时，原子能院