小组项目需求报告

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了小组项目需求报告相关的知识,希望对你有一定的参考价值。

药房管理系统需求说明书

1)软件需求说明书

1.引言

    1.1 编写目的

本系统就是为了消除以上的一些不便和弊病,满足企业的未来发展要求和目的而开发的一套管理系统,当它投入运行时,借助此套系统只需少量的管理人员便能处理大量的日常药品进、销、存、退、盘点、查询、等功能。药品管理是药房日常管理事务中的重要内容,药品管理过程的准确性和高效性至关重要。利用计算机高效,准确的特点能够很好的满足药房药品管理过程的需求,在保证管理过程准确性的基础上,最大程度地提高管理效率。

1.2背景

?  传统的药品进、销、存都是采取手工操作,手工记帐,当药品流通量越来越大时,就会产生很大的问题。增加人手不仅增大企业的开销,还会造成人员管理上的混乱,导致大量的错账、乱账、死账,给企业的未来竞争带来致命的影响。由于药房药品种类繁多,按照传统的人工管理会有很多问题。拥有一套比同行竞争者更为先进的管理系统,将对企业的发展带来极大的利润和方便。

1.3定义

此管理系统是以Delphi6.0和SQL Server 2005为开发平台而设计的一个功能完整实用、操作简单并且容易上手的管理系统,它使药品管理更加系统化、规范化和自动化,满足了现代药店高效管理的需求。

1.4参考资料

《物联网软件工程》主编 张凯   清华大学出版社

2.任务概述

2.1目标

该药房管理系统是针对药房管理方面而开发的一款以药品管理为基础(涉及到药品的基本信息查询和管理,药品进货,药品销售,药品退货,药品供应商的信息维护,客户的信息维护等)的药品信息管理软件,它以广泛的调查为基础,最大程度上满足使用需求,优化资源,尽可能地降低成本,统筹安排以实现最大效益化。

2.2用户特点

医生
描述:医生为病人开具处方,医生可以对药品进行查询,医生会得到药品的统计信息。
示例:内科医生、外科医生等。
    药品管理员
描述:对药品进行总体的管理,可以进行对药品的统计,查询和盘点。示例:药片管理员。
   顾客,需要注册账号(可以会员制),各个年龄段都有,考虑到很多老年患者,设计操作简单易学。

   2.3假定的约束

    设计约束条件
    技术约束

本项目的设计采用软硬一体化的设计方法。

    环境约束
    运行该软件所适用的具体设备必须是奔腾1g、内存128兆以上的计算机~局域网络环境
    标准约束

该软件的开发完全按照企业标准开发~包括硬件、软件和文档规格。

硬件限制
    奔腾1g、内存128兆以上的计算机满足输入端条件。

3.需求规定

3.1信息要求

通常药店管理人员希望系统的数据库中包含药品名称、货号、入库日期、供应商编码、药品类别、进货单价、药品的数量、零售单价、生产日期、有效期至、退货日期、销售单号、销售人员和销售日期等信息。
    3.2故障处理

正常使用时不应出错,对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误,也必须保证数据库完好无损。根据用户反馈信息,及时更新系统信息和升级系统功能

4.运行环境规定

接口需求
    用户接口

本产品的用户一般需要通过终端进行操作~进入主界面后点击相应的窗口~分别进入相对应的界面(如:输入界面、输出界面)。用户对程序的维护~最好要有备份。 

软件接口

Windows操作系统。

 5.五类图

技术分享

技术分享    技术分享

 

 

 

 

                          

2)数据要求说明书

1.引言

1.1 编写目的  

    软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。  

1.2背景  

1)项目提出者:九组  

2)开发者:九组

3)用户:病房、药房  

1.3定义    

无 

1.4参考资料    

《物联网软件工程》 张凯

2.数据的逻辑描述

2.1静态数据
药房管理系统的静态数据包括:
管理员信息
订货信息
药品信息
患者信息
2.2动态数据
输入数据:鼠标对按钮的点击
     查询方式、查询关键字;
     新建供应商项、药品项、用户项;
     供应商、药品项、用户项相应记录的更改;
     受限操作所需的密码;
输出数据:查询关键字确定的数据库记录的子集;
     统计结果及其格式化文件;
     信息录入。删改结果(成功或失败);
     数据备份输出的数据备份文件;
内部数据:查询操作建立的

 

3.数据的采集

3.1要求和范围  

  按数据元的逻辑分组来说明数据采集的要求和范围,指明数据的采集方法,说明数据采集工作的承担者是用户还是开发者。具体的内容包括: 

  a.输入数据的来源,例如是单个操作员、数据输入站,专业的数据输入公司或它们的一个分组; 

  b.数据输入(指把数据输入处理系统内部)所用的媒体和硬设备。如果只有指定的输入点的输入才是合法的,则必须对此加以说明;   c.接受者说明输出数据的接受者;  

  d.输出数据的形式和设备列出输出数据的形式和硬设备。无论接受者将接收到的数据是打印输出,还是CRT上的一组字符、一帧图形,或一声警铃,或向开关线圈提供的一个电脉冲,或常用介质如磁盘、磁带、穿孔卡片等,均应具体说明;   

    e.数据值的范围给出每一个数据元的合法值的范围; 

  f.量纲给出数字的度量单位、增量的步长、零点的定标等。在数据是非数字量的情况下,要给出每一种合法值的形式和含意;

    g.更新和处理的频度给出预定的对输入数据的更新和处理的频度。如果数据的输入是随机的,应给出更新处理的频度的平均值,或变化情况的某种其他度量。

3.2输入的承担者  

  说明预定的对数据输入工作的承担者。如果输入数据同某一接口软件有关,还应说明该接口软件的来源。  

3.3预处理 

  对数据的采集和预处理过程提出专门的规定,包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。对于需经模拟转换或数字转换处理的数据量,要给出转换方法和转换因子等有关信息,以便软件系统使用这些数据。

3.4影响  

  说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响,例如要求用户单位增设某个机构等。

 






























以上是关于小组项目需求报告的主要内容,如果未能解决你的问题,请参考以下文章

团队项目-需求分析报告

期末项目需求分析报告

社团管理系统需求分析报告

软件需求工程与建模 - 小组项目第3周:项目复审与需求修订

小组项目需求规格说明书缩略版

四人小组项目---------需求更新