软件工程实验讲义1.docx

上传人:b****1 文档编号:2465483 上传时间:2023-05-03 格式:DOCX 页数:47 大小:727.78KB
下载 相关 举报
软件工程实验讲义1.docx_第1页
第1页 / 共47页
软件工程实验讲义1.docx_第2页
第2页 / 共47页
软件工程实验讲义1.docx_第3页
第3页 / 共47页
软件工程实验讲义1.docx_第4页
第4页 / 共47页
软件工程实验讲义1.docx_第5页
第5页 / 共47页
软件工程实验讲义1.docx_第6页
第6页 / 共47页
软件工程实验讲义1.docx_第7页
第7页 / 共47页
软件工程实验讲义1.docx_第8页
第8页 / 共47页
软件工程实验讲义1.docx_第9页
第9页 / 共47页
软件工程实验讲义1.docx_第10页
第10页 / 共47页
软件工程实验讲义1.docx_第11页
第11页 / 共47页
软件工程实验讲义1.docx_第12页
第12页 / 共47页
软件工程实验讲义1.docx_第13页
第13页 / 共47页
软件工程实验讲义1.docx_第14页
第14页 / 共47页
软件工程实验讲义1.docx_第15页
第15页 / 共47页
软件工程实验讲义1.docx_第16页
第16页 / 共47页
软件工程实验讲义1.docx_第17页
第17页 / 共47页
软件工程实验讲义1.docx_第18页
第18页 / 共47页
软件工程实验讲义1.docx_第19页
第19页 / 共47页
软件工程实验讲义1.docx_第20页
第20页 / 共47页
亲,该文档总共47页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

软件工程实验讲义1.docx

《软件工程实验讲义1.docx》由会员分享,可在线阅读,更多相关《软件工程实验讲义1.docx(47页珍藏版)》请在冰点文库上搜索。

软件工程实验讲义1.docx

软件工程实验讲义1

软件工程实验

 

实验一问题定义与可行性研究

1.1引言

1.1.1编写目的

随着社会发展的日新月异,商业来往日渐广泛,人们之间的交往也日益频繁,于是,人们手中便出现了名目繁多的通讯录、名址录、名片夹等对交友或客户进行管理的工具,但是一张张名片上的信息虽然不多,却占据了很大的空间;同时,这些传统的手动管理方式存在着不易更新、不易存放、容易丢失、难以备份等重大缺陷;而建立自己的电子文档对名片进行管理虽然克服了以上的缺点,但查询效率低下,特别是当数据量十分庞大时,劣势更加明显。

随着商务通的出现,虽然实现了可构造查询条件的名片电子化管理,但价格昂贵,难以在广大客户中进行全面普及。

因此开发一个既可以存储信息,又可以进行更新、查询等功能,同时价格又能为广大消费者接受的多功能电子通讯录就显得十分必要。

1.1.2项目背景

项目名称初步定为:

电子名片管理系统(ECMS,ElectronsCardMangemantSystem).分为四个子功能模块:

密码管理模块、更新模块、查询模块和数据导入/导出模块。

本项目的任务提出者为XX软件公司,开发者为xx软件开发研制中心,主管部门为xx软件开发研制中心。

本项目设计过程中参考了研发中心以前开发的基于Windows系统的数据库管理系统。

1.1.3术语说明。

ECMS:

电子名片管理系统。

OA:

办公室自动化。

MIS:

管理新系统。

Dataprocessing:

数据处理。

Transactionprocessing:

事务处理。

Dataprocessingcycle:

数据处理流程。

Dataacquisition:

数据采集。

Dataprocessingsystemsecurity:

数据处理系统安全性。

1.1.4参考文献

见书后的参考文献

1.2可行性研究的前提

电子名片管理系统便于对名片进行分类和管理,提高工作效率,便于操作,能有效地对数据进行更新、查询、并能在一定程度上实现自动化。

1.2.1功能

EMCS系统的主要功能为:

数据更新、数据查询、密码管理和数据导入/导出。

数据更新功能分为三部分:

数据添加、数据删除和数据修改。

数据添加功能提供便捷的录入界面,通过应用程序将原始数据追加到数据库中.

数据删除功能将满足用户要求的相应记录除从数据库中删除。

数据修改功能可以让用户对他指定记录的相关信息进行修改。

数据查询功能允许用户进行两种方式的查询:

记录浏览(部构造任何查询条件)和条件查询。

记录浏览功能可以方便快捷的浏览全部记录。

条件查询允许用户构造各种组合条件来处理所需信息。

同时可对满足条件的信息进行报表生成和打印输出。

密码管理功能允许合法用户对密码进行修改。

1.2.2性能

方便快捷有效的完成明片的各项工作,录入数据合法性的较验程度高,数据查询速度快。

1.2.3系统的输入

商业往来过程中交流的各种明片所包含的信息。

1.2.4系统的输出

查询的结果和各种类型的报表。

1.2.5处理流程(如图1-1)

 

 

图1.1ECMS处理流程图

1.2.6安全和保密要求

系统对不同权限的用户提供不同的功能模块,对历史数据的更改和新数据的添加只有一定权限的用户才能进行操作,一般的用户只能进行查询操作。

对数据库的关键数据应要求保密。

1.2.7完成期限要求

本系统的完成期限为xx,具体进度安排见详细设计。

1.3开发目标

系统的开发目标应考虑如下因素:

(1)人力与设备费用的相对减少;

(2)处理速度的提高;

(3)控制精度的提高;

(4)人员利用率的改进。

1.4具备条件

项目开发中所具备的条件、假定和所受到的限制,如:

(1)所建议系统运行寿命的最小值

系统寿命的最小值应达三年。

(2)进行系统方案选择比较时间

系统方案选择的最小时间为一个月。

(3)经费、投资方面的来源

经费主要来源为***软件开发公司。

(4)硬件、软件、运行环境和开发环境方面的条件

硬件环境

●.PII或更高档的微机,笔记本电脑;

●运行是内存要求:

1MB;

●安装所需硬盘:

5MB;

●打印机:

可选。

软件环境

●中文Windows95/98/2000/Me/XP;

●.英文Windows95/98/2000/Me/XP;

●WindowsNT。

(5)可利用的信息和资源

可参考已有的应用程序和数据库管理系统

(6)系统投入使用的最晚时间

系统投入使用的最晚时间为下年度2月中旬

1.5进行可行性研究的方法

可行性研究的方法如下:

(1)客户调查

(2)专家咨询

(3)市场相关产品、同类产品调查

1.6评价尺度

系统进行评价时所用的主要尺度个项功能的优先顺序、开发时间的长短及使用中的难易程度。

1.7对现有系统的分析

我们通常使用的通讯录、名址录、明片夹等管理工具上的信息虽然不多,累积起来占据的空间却很大;同时,这些传统的手动管理方式存在不易更新、容易丢失、难以备份等重大缺陷;而自己建立简单的电子文档对名片进行管理虽然克服了以上的缺点,但查询效率低,特别当数据量大时,尤其明显。

随着商务通的出现,虽然实现了可构查询条件的明片电子化管理,但价格昂贵,难以在广大客户中进行全面普及。

1.8所建议系统的技术可行性分析

1.8.1对所建议系统的简要描述

ECMS系统采用常规的数据库管理方法,根据名片信息管理的特点对数据库操作,比如数据的增加、修改、删除、打印和输出等给予了优化。

1.8.

2数据流程和处理流程(如图1.2所示)

1.8.3与现有系统比较的优越性

ECMS有利于数据的集中、有效管理。

于手动方式相比,占据的空间小,易更新,易备份;与自建文档相比可以高效的实现组合查询;与商务通相比功能更强,价格更能为大家接受。

ECMS系统增强了系统的灵活性。

当原始数据发生变动时,应用程序可以对数据库稍作修改即可使数据库及时反映最新情况,如某个客户的联系电话发生变动,用户只须定位至该项记录加以修改。

EMCS系统能较好的保证数据的安全。

建立用户并为之分配密码和操作权限,这样,任何用户只能在他的权限范围内对数据库进行操作。

1.8.4采用建议系统可能带来的影响

采用EMCS系统将大大提高用户查找相关信息的命中率,有利于决策优化及提高办公效率。

同时本系统有利于节省办公用品,进一步减少费用支出。

1.8.5所建议技术可行性分析

本系统为一个数据库管理系统,现有技术已较为成熟,估计利用现有技术应完全可以达到功能目标;同时,考虑到开发期限较为充裕,预计可以在规定期限内完成开发。

1.9所建议系统的经济可行性分析

1.9.1支出

1)机件投资

硬件设备:

PC机

软件:

Windows95/98,Delphi6.0

2)其它一次性支出

软件设计和开发费用

(3)经常性支出

软件维护费用

1.9.2效益

进一步实现办公自动化,减少人力投资和办公费用,极大提高办公效率。

1.9.3投资回收周期

1.10社会因素方面的可行性

1.10.1法律方面的可行性

新系统的研制和开发,将不会侵犯他人、集体和国家的利益,不会违反国家政策和法律。

收益/投资比

1.10.2用户使用方面的可行性

新系统的研制和开发充分考虑用户的业务往来、管理流程和人员素质等,从而能满足使用要求。

1.11结论

结论意见:

经上述可行性分析,系统研制和开发立即开始进行。

思考题

1.可行性研究的目的是什么?

2.可行性研究阶段的结束标准是什么?

简述可行性研究的步骤。

-实验二需求规格说明书

2.1项目概述

2.1.1待开发软件的一般描述

本软件旨在为商业人士及企事业单位中负责公共关系等社会交往频繁的人士提供一个功能齐全、使用方便的个人社会关系数据管理系统,以替代传统的手工通讯录。

2.1.2待开发软件的功能

如图2.1。

2.1.3用户特征

使用本软件的用户群非常广泛,它非常适合用于具有如下特点的人员:

●工作中与外界联系非常频繁;

●工作比较繁忙,惜时如今;

●与外界的联系成为开展工作的关键因素,相关信息丢失或损坏可能带来重大损失;

针对如上用户特点,本软件可以迅捷、准确、方便地提供个人社会关系数据库管理系统的各项管理功能,同时力求为用户提供方便、高效、实用的功能。

2.1.4运行环境

●硬件环境

PII或更高档微机,笔记本电脑;

运行时内存要求:

1MB;

安装所需硬盘:

5MB;

打印机:

可选;

●软件环境

Windows95/98/Me/2000;

WindowsNT4.0。

2.1.5条件与限制

考虑到本软件使用的广泛性,在设计时应注意软件的可移植性,能方便地将其移植到电子计事本、掌上电脑等硬件平台。

因本软件管理的信息属于个人隐私信息,必须注意信息的安全防范。

同时应以标准的数据格式来实现,以方便数据的共享。

2.2功能需求

2.2.1功能划分

本软件具有如下主要功能:

●浏览功能

●查看详细资料功能

●查询功能

●加功能

●除功能

●改功能

●成报表功能

●印功能

●码管理功能

●份验证功能

●数据的导入和导出功能

●帮助功能

2.2.2功能描述

●浏览功能

(1)以列表的方式列出所有记录(每项记录只列出姓名、电子邮件、单位电话、家庭电话、移动电话域)

(2)可选定一项纪录,显示该记录的所有域。

●详细察看功能

显示用户选定记录的详细信息。

●查询功能

(1)姓名匹配查询。

(2)单位及部门匹配查询

(3)电话号码匹配查询(包括多个域)

(4)精确查询或模糊查询;

(5)单项查询或组合查询;

●增加功能

增加一条新的记录;

●删除功能

删除一条记录,并且提供确认机制。

●修改功能

修改任意一条记录的所有域,其中姓名不能为空。

●生成报表功能

对记录可按电话目录方式、卡片式或列表式生成报表。

●打印功能

选择特定记录(一条或多条),根据选定的报表方式进行打印。

●密码管理功能

完成密码的设置。

●身份验证功能

对登录用户的身份进行验证,通过者才可以进入系统;

●数据的导入和导出功能

将外部文件导入本系统中;

将本系统中的数据导出道外部设备中。

●帮助功能

为用户提供使用帮助。

2.3外部接口需求

2.3.1用户界面

采用windows的通用图形界面,对用户友好,且必须对鼠标和键盘提供支持,界面的设计应遵循如下规则:

●界面要具有一致性,界面规范应遵循MSWindows软件界面的规范;

●提供简单的错误处理;

●提供信息反馈,用多种信息提示用户当前软件运行的状态,软件界面元件的功能;

●操作可逆,其动作可以是单个的操作,或者是一个相对独立的操作序列;

●设计良好的联机帮助;

●显示启动画面,画面简洁明快,富有现代气息,不能太花哨;

●应遵循国家关于计算机词汇的标准,用词应当精练准确,没有歧义,图形的意义明朗。

2.3.2硬件接口

支持一般的PII或更高档微机,笔记本电脑。

2.3.3软件接口

运行于WINDOWS95/98/ME/2000/NT,且具有WIN32API的操作系统之上;

2.3.4故障处理

正常使用时不应该出错,若运行是遇到不可恢复的系统错误,也必须保证数据库的完好无损。

2.4性能需求

2.4.1数据精确度

查询时应保证查全率,所有相应域包含查询关键字的记录都应能查到。

查询时应保证查准率,查到的记录应与给定的单项或组合项查询条件完全匹配。

2.4.2时间特性

一般操作的响应时间应在1~2秒内,对软磁盘和打印机的操作,以及数据的导入和导出也应在可接受的时间内完成。

2.4.3适应性

满足个人使用的需求。

对前面提到的运行环境要求不应存在困难。

2.5软件属性需求

2.5.1正确性

要求发布的软件达到用户的预期目标,运行时基本无错误。

2.5.2可靠性

在一般条件下,应不出故障。

2.5.3效率

对于浏览,查询,增加,删除,更新和密码设置的一般操作,要求及时响应,在1~2秒内。

2.5.4完整性

要求能在发生意外(如掉电)的情况下,保证不丢失数据。

2.5.5易实用性

要求能尽量为用户的使用提供方便,软件界面符合目前流行的界面规范。

2.5.6可维护性

要求本软件在运行中发现错误时,能快速,准确对其进行定位,诊断和修改。

2.5.7可测试性

设计时尽可能减少测试本软件的各项功能所需要的工作量。

2.5.8复用性

设计时尽可能采取模块化的方法进行设计,对系统内各模块接口尽可能达到高内聚,低耦合的程度,以提高各模块的复用性。

2.5.9安全保密性

要求提供身份验证,只允许通过身份验证的用户使用本软件。

对于三次密码输入不正确的,应强行关闭。

2.5.10可理解性

对于本软件提供的各种菜单命令,各种信息提示,应易于用户理解。

2.5.11可移植性

要求本软件在将来能易于向WINDOWSCE操作系统上移植,以用于掌上电脑。

2.5.12互联性

要求提供数据的导入合导出接口,以易于同其他系统的连接。

2.6数据描述

2.6.1静态数据

姓名Name

单位Company

职位Job

部门Department

单位地址Add-com

单位邮编Postcode-O

单位电话Tel-O

单位传真Fax-O

家庭地址Add-H

家庭邮编Postcode-H

家庭电话Tel-H

寻呼BP

手机Tel-mov

电子邮件E-Mail

单位主页Homepage-O

各人主页Homepage-H

昵称Nickname

性别Sex

生日Birthday

日历类型DateType

爱好Hobby

特长Forte

摘要显示Abstract

最后更新时间UpdateTime

备注Memo

2.6.2动态数据

输入数据:

菜单选项,查询关键字,新建记录项,导入文件。

输出数据:

邮查询关键字确定的数据库记录集合或全部记录。

内部生成的数据:

中间查询结果。

2.6.3数据库描述

本软件采用ODBC数据库。

2.6.4数据字典

数据流图,层次方框图参见项目概述中的呆开发软件的功能,其中涉及到的数据定义如下:

[1]姓名=1{汉字}10|1{字母}20

[2]单位姓名=1{汉字}40|1{字母}80

[3]职位=1{汉字}10|1{字母}20

[4]部门=1{汉字}40|1{字母}80

[5]单位地址=1{汉字|数字}40|1{字母|数字}|80

[6]单位邮编=1{数字}8

[7]单位电话=1{数字|SPACE|-}20

[8]单位传真=1|{数字|SPACE|-}20

[9]家庭地址=1{汉字|数字}40|1{字母|数字}80

[10]家庭邮编=1{数字}8

[11]家庭电话=1{数字|SPACE|-}20

[12]手机=1{数字|SPACE|-}20

[13]寻呼=1{数字|SPACE|-}20

[14]E-MAIL=1{字母|。

|@|数字}20

[15]单位主页=1{字母|.|数字|:

|/}40

[16]个人主页=1{字母|。

|数字|:

|/}40

[17]昵称=1{汉字}10|1{字母}20

[18]性别=男|女

[19]生日=1{数字|-}10

[20]日历类型=公历|农历

[21]爱好=1{汉字}1000|1{字母}200

[22]特长=1{汉字}100|1{字母}200

[23]摘要显示=1{汉字}|100|1{字母}200

[24]最后更新时间=1{数字|-}10

[25]备注=1{汉字|字母}500

思考题

1.需求分析的基本任务是什么?

需求分析的结束标准是什么?

2.需求分析的基本步骤是什么?

什么是数据流图,绘制数据流图的基本步骤是什么?

实验三概要设计说明书

3.1引言

3.1.1编写目的

参见“实验一”中的编写目的

3.1.2项目背景

参见“实验一”中的项目背景

3.1.2术语说明

参见“实验一”中的术语说明

3.1.3参考资料

见书后参考文献

3.2任务概要

3.2.1目的

本电子名片管理系统软件将提供一个既可以存储信息,又可以进行更新,查询,同时价格又能为广大消费者接受的多功能电子通讯录。

3.2.2运行环境

硬件环境:

●PII或更高档微机,笔记本电脑;

●运行时内存要求:

1MB;

●安装所需硬盘:

5MB;

●打印机:

可选。

软件环境:

●中文WINDOWS95/98/2000/ME;

●英文WINDOWS95/98/2000/ME+中文之星2.0;

●WINDOWSNT4.O。

3.2.3需求概要

本软件主要有以下几方面的功能:

(1)浏览功能

以列表形式显示全部记录。

(2)详细查看功能

可在浏览状态下点击某条记录,显示其全部信息。

(3)条件查询功能

用户可任意选择字段(如姓名,电话号码,电子邮件地址等),并针对该字段构造出组合查询条件,进行匹配查询。

(4)修改功能

修改任意字段,姓名不能为空。

(5)增加功能

增加一条或多条新的记录。

(6)删除功能

删除一条或多条记录。

(7)密码管理

登陆系统后,用户可以随时对密码进行更改。

(8)报表生成

可根据提供的摸般将查询结果或选中的数据生成多种形式的报表。

(9)打印功能

将生成的的报表或所选中的记录进行打印输出。

(11)身份验证

进入系统时,对用户的身份进行检查,只允许合法用户登陆系统。

(12)帮助功能

为用户使用本系统提供帮助。

3.2.4条件与限制

本系统更为理想的选择时与其他办公自动化套间继承起来,作为其中得一个组件,在功能方面可以考虑由多用户分别进行管理,系统可以为级别不同的用户设置不同的权限等,同时应进一步提高系统的安全保密系统。

3.3总体设计

3.3.1处理流程

系统启动后,激活身份验证模块;

通过身份验证后,对系统初始化。

根据系统配置文件将数据库导入,并设置各全局变量;

系统进入消息循环状态,通过事件驱动机制激活各功能模块,并执行指定模块;]

各项功能执行完毕后重新进入消息循环状态;

由关闭系统事件激活关闭系统模块,退出系统。

3.3.2总体结构和模块外部设计

系统总体结构如图3.1所示。

各模块设计如下:

模块编号

模块名称

备注

模块编号

模块名称

备注

M1.1

初始化模块

系统初始化

M4.2

刷新详细资料模块

M1.2

关闭系统模块

关闭并退出系统

M5

条件查询模块

M1.2

系统功能模块

M6.1

增加模块

M2.1

浏览模块

M6.2

删除模块

M2.2

刷新浏览模块

M6.3

修改模块

M3.1

基本资料模块

M7

报表生成模块

M3.2

刷新基本资料模块

M8

打印模块

M4.1

详细资料模块

M10

密码管理模块

M11

身份验证模块

验证用户身份

M12

帮助模块

3.3.3功能分配

(1)系统控制功能

●初始化模块(M1.1);

●关闭系统模块(M1.2);

●系统功能模块(M1.3)。

(2)浏览功能

●浏览模块(M2.1);

●刷新浏览模块(M2.2);

●基本资料模块(M3.1);

●刷新基本资料模块(M3.2);

●刷新详细资料模块(M4.2)。

(3)查看详细资料功能

●详细资料模块(4.1);

●刷新详细资料模块(4.2);

●基本资料模块(M3.2)。

(4)条件查询功能

●条件查询模块(M5.1);

●刷新浏览模块(M2.2);

●刷新基本资料模块(M3.2)。

(5)增加功能

●增加模块(M6.1);

●刷新详细资料模块(M4.2);

●刷新基本资料模块(M3.2);

●刷新浏览模块(M2.2)。

(6)删除功能

●删除模块(M6.2);

●刷新浏览模块(M2.2);

●刷新基本资料模块(M3.2);

●刷新详细资料模块(M4.2)。

(7)修改功能

●修改模块(M6.3);

●刷新浏览模块(M2.2);

●刷新基本资料模块(M3.2);

●刷新详细资料模块(M4.2)。

(8)报表生成功能

报表生成模块(M7)。

(9)打印功能

打印模块(M8)。

(10)密码管理功能

密码管理模块(M10)。

(11)身份验证功能

身份验证模块(M11)。

(12)帮助功能

帮助模块(M12)。

3.4接口设计

3.4.1外部接口

(1)用户界面

采用目前非常流行的CUI,即诸如窗口,菜单,对话框,滚动条等,其主空界面如图所示。

(2)软件接口

运行与WINDOWS95及更高版本具有WIN32API的操作系统之上。

3.4.2内部接口

●初始化模块:

系统初始化时由操作系统调用,执行完毕后进入消息循环状态;

●关闭系统模块:

由系统功能模块调用,执行完毕后返回操作系统;

●系统功能模块:

接受系统功能区的相应消息,启动浏览,查询,增加,删除,修改,打印,报表生成等模块;

●浏览模块:

由相应消息驱动,完成对浏览区的直接消息响应功能,可能会调用刷新浏览模块;

●刷新浏览模块:

依据当前数据刷新浏览区;

●基本资料模块:

由相应消息驱动,完成对基本资料区的直接消息的相应功能,可能会调用刷新基本资料模块;

●刷新基本资料模块:

依据当前数据刷新基本资料区;

●详细资料模块:

由相应消息驱动,显示记录的详细资料;

●刷新详细资料模块:

已故当前数据刷新详细资料区;

●条件查询模块:

完成增加功能;

●增加模块:

完成增加功能;

●删除模块:

完成删除功能;

●修改模块?

完成修改功能;

●报表生成模块:

完成报表生成功能;

●打印模块:

完成打印功能;

●密码管理模块:

完成对密码的管理功能;

●身份验证模块:

完成对用户的身份验证功能;

●帮助功能:

为用户提供帮助功能。

3.5数据结构设计

3.5.1逻辑结构设计

(1)数据库Name-CarDTabel定义

字段名姓名类型

索引Indexs(unsigned)integer

姓名Namechar20

单位Companychar80

职位Jobchar20

部门Departmentchar80

单位地址Add-comchar80

单位邮编Postcode-Ochar8

单位电话Tel-Ochar2

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 求职职场 > 简历

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2