软件工程课程设计报告基于web的网上投稿系统方案.docx

软件工程课程设计报告基于web的网上投稿系统方案.docx

《软件工程课程设计报告基于web的网上投稿系统方案.docx》由会员分享，可在线阅读，更多相关《软件工程课程设计报告基于web的网上投稿系统方案.docx（67页珍藏版）》请在冰点文库上搜索。

软件工程课程设计报告基于web的网上投稿系统方案

河海大学

课程设计报告

课程名称：

软件工程课程设计

题目名称：

基于web网上投稿系统

指导老师：

专业班级：

小组成员：

时间：

2011年12月26—30日

上下同欲者胜！

——孙武

感谢：

这次课程设计时日虽短，收获颇多，感谢两位老师对我们提供的指导，感谢2507温暖的空调，以及不加限制的电力网络资源。

感谢我们小组的所有成员，虽然考试迫近却依旧尽心尽力。

角色安排表

角色

担任者

分析员

开发人员

测试人员

客户

管理

工作日程

时间

完成任务

存疑

12.26

确定选题，角色分工

需求分析主体框架

采取何种方法实现

12.27

需求分析初步完成，概要设计完成大部，着手开始设计系统

12.28

概要设计初步完成，详细设计初步完成

系统实现遇到困难，停滞

12.29

需求分析、概要设计、详细设计完善

需求规格说明书

1.导言

1.1编写目的

该文档是关于用户对于网上投稿系统的功能和性能的要求，重点描述了xxx杂志社编辑部对网上投稿系统的设计需求，将作为对该工具在概要设计阶段的设计输入。

该部分的主要工作有：

●获得当前系统的物理模型，了解当前系统是如何运行的；

●抽象出当前系统的逻辑模型，对物理模型进行筛选，得到与软件系统有关的部分；

●建立电子系统的逻辑模型，得出数据流图和数据字典；

●补充目标系统的逻辑模型，对目标系统的用户界面，至今尚未考虑的细节进行说明。

该文档的主要功能有：

●向用户描述“网上投稿系统”的功能；

●为编制后续各阶段的文档提供基本依据；

●提供给用户确认或本地化修改的基本文件；

●作为日后软件确认测试和系统验收之参考依据；

●作为日后系统维护工作基准文件。

本文档的预期读者是：

●设计人员

●开发人员

●项目管理人员

●测试人员

●用户

1.2背景

1.2.1项目委托单位：

xxx杂志社编辑部

1.2.2项目开发单位：

河海大学09计算机2班x开发小组

1.2.3项目说明：

计算机软件在现代社会已经成为必不可少的元素，成为一种驱动力。

它进行商业决策的引擎；它是现代科学研究和工程问题解决的基础；它是区分现代产品和服务的关键因素。

软件工程是在人们克服“软件危机”中应运而生，它在软件开发实践中发挥着重要作用。

软件工程作为计算机系本科生的一门核心课程，主要包括支持软件开发和维护的理论、方法、技术、标准以及计算机辅助工具和环境。

Xxx杂志社为了提高其编辑部的工作效率，减轻诸位编辑的工作负担，更有效的协调投稿人与杂志社，编辑与审稿人的工作，从而委托河海大学计算机2班x开发小组进行网上投稿系统的开发。

1.3术语定义

投稿者：

系统所指投稿者只能作为投稿者身份登入，不可同时为审稿者或者编辑。

审稿者：

系统所指审稿者只能作为审稿者身份登入，不可同时为投稿者或者编辑。

编辑：

系统所指编辑只能作为编辑身份登入，不可同时为投稿者或者审稿者。

用户名：

用户自己所取的昵称，用于网络上的虚拟称呼。

1.4参考资料

1.杨文龙，古天龙《软件工程（第二版）》电子工业出版社2004.9

2.ScottW.Anbler.车浩阳，刘锐译.《面向对象软件开发过程》.机械工业出版社.2003.6

1.5引用标准

[1]《中华人民共和国国家标准UDC681.3》之

《计算机软件产品开发文件编制指南GB8567-88》

2.任务概述

2.1目标

1、使编辑能够及时有效地处理投稿者的稿件。

2、使编辑能够合理有效地给各个审稿人分配需审阅稿件。

3、使投稿人能够方便快捷的进行投稿，并及时获知稿件反馈信息。

4、使审稿人能够及时方便的了解自己需要审阅的稿件，更合理地安排自己的审阅工作。

2.2用户特点

系统的最终用户是广大投稿者，编辑和专业的审稿人，他们呢对自己的专业方面比较精通，但是对于计算机的掌握程度不是很高，相对应的要求界面设计简洁，操作方便，同时附有一定的说明。

2.3运行环境

本信息管理系统中的各个子系统的硬件和软件的配置如下：

1．服务器端系统的运行要求：

系统软件：

windows

数据库管理系统：

access

硬件要求：

企业级服务器

2.客户端子系统的运行要求：

系统软件：

WindowsXP,windows7

数据库管理系统：

access。

硬件要求：

Pentium4或以上系列Pentium微机

3.需求规定

开发一个基于WEB的网上投稿系统，该系统可以接受作者的电子投稿，以及作者信息（如姓名、单位、通信地址、电话、E-Mail等）注册，并能供投稿人查询稿件处理情况，以及在稿件处理后（退稿、录用、修改后再审等），能自动发送E-Mail通知投稿人。

3.1、功能分析

1.用户注册

提供用户注册功能，需要用户输入基本信息，如用户名，密码，真实姓名，联系方式，身份证号等。

2.用户登录

由于是针对投稿者、审稿者、编辑三方设计，在登录界面时需要选择用户登录的身份。

然后输入各自的用户名和密码。

3.1投稿者

（1）用户中心

①个人资料：

投稿人可在此界面下进行个人资料的修改和完善。

②修改密码：

投稿人可以在此界面下进行个人密码的修改。

（2）投稿箱

①返回首页：

返回登入界面。

②我要投稿：

投稿人进行投稿操作。

③草稿箱：

投稿人未完成的投稿，存入草稿箱，同时为了防止由于网络或硬件故障，造成的信息损失，每隔10分钟进行一次自动保存到草稿箱。

④已投稿件：

投稿人查询已投稿件的状态，有审阅中、已退稿、已录用三种状态。

需要用户在此界面输入投稿的标题、摘要、关键字、参考文献、作者邮箱等相关信息，上传原稿文件（word格式）

（3）信息中心

①未读信息：

显示投稿人的未读信息，读完之后变为已读信息。

②已读信息：

显示投稿人已经阅读过的信息。

③已发送信息：

显示投稿人发送过的消息。

④留言板：

应用于投稿人之间讨论。

（功能暂未实现）

（4）帮助

①用户须知：

投稿人需要遵守的规则。

②操作帮助：

投稿人操作遇到困难的指导。

③隐私规范：

3.2编辑（进入此界面时已经进去该编辑所属领域的稿件类别）

针对某一学科领域设立一位编辑，这位编辑负责和擅长这一学科领域的审稿人进行联系，负责给审稿人发送待审稿件，并汇总处理反馈信息。

（1）用户中心

①个人资料：

编辑可在此界面下进行个人资料的修改和完善。

②修改密码：

编辑可以在此界面下进行个人密码的修改。

（2）稿件处理

①来搞处理：

编辑在此界面下可以看到稿件信息和投稿人信息，并根据关键字匹配将来稿找到擅长这一方面的审稿人，由编辑选择审稿人，并将该稿件发送给选择的审稿人。

②审稿信息反馈：

编辑在此可以看到每个稿件的信息，点击进入可看到不同审稿人对此稿件的评分和平均分，对于未完成审稿的审稿人不给出平均分，用户可以对此审稿人进行催稿操作

③催审稿：

用户进入此界面后可以查看未完成审稿任务的审稿人（超出审稿人的deadline）并进行催稿操作。

④崔稿：

编辑对于某些特约作者已约定稿件进行催稿。

（3）信息中心

①未读信息：

显示编辑的未读信息，读完之后变为已读信息。

②已读信息：

显示编辑已经阅读过的信息。

③已发送信息：

显示编辑发送过的消息。

④留言板：

应用于用户之间的讨论。

（功能暂未实现）

（4）帮助

①用户须知：

编辑需要遵守的规则。

②操作帮助：

编辑操作遇到困难的指导。

③隐私规范：

3.3审稿人（每个审稿人有自己所属的领域且属于此领域的编辑管理）

（1）用户中心

①个人资料：

审稿人可在此界面下进行个人资料的修改和完善。

②修改密码：

审稿人可以在此界面下进行个人密码的修改。

③审稿人状态：

审稿人进入此界面后可以选择自身的状态（忙碌、空闲），系统可以将此信息反馈给编辑，并在编辑选择审稿人时将忙碌的审稿人从候选名单中删除

（2）来稿审阅

①未审：

此界面中均为此审稿人未审稿的稿件，审稿人进入界面后可以打开原稿并在原稿最后打出相应的评分和评语（用于编辑评定此稿是否可以发表），并选择是否提交给编辑。

未提交的稿件都属于未审。

若审稿人觉得自己在规定时间无法完成审稿任务，可选择退审。

②已审：

此界面中均为审稿人已审阅的稿件。

（3）信息中心

①未读信息：

显示审稿人的未读信息，读完之后变为已读信息。

②已读信息：

显示审稿人已经阅读过的信息。

③已发送信息：

显示审稿人发送过的消息。

④留言板：

应用于用户之间讨论。

（功能暂未实现）

此界面用户提醒审稿人在deadline之前提交稿件，一般用户会在deadline前一周内收到系统信息。

（4）帮助

①用户须知：

编辑需要遵守的规则。

②操作帮助：

编辑操作遇到困难的指导。

③隐私规范：

3.2客户用例图及说明

1.登录（login）

2.用户中心（usercentre）

3.投稿情况（contributioncondition）

4.稿件处理（manuscripthandle）

5.来稿处理（handleincomecontribution）

6.审稿信息反馈（feedback）

8.催稿（reminder）

9.催审稿（remindreader）

10.审稿人状态（readercondition）

11.来稿审阅（contributionread）

12.信息（systeminformation）

13.帮助（help）

14.已发送信息（sendmessage）

15.已读信息（readmessage）

16.未读信息（unreadmessage）

17.已投稿件（sendcontribution）

18.草稿箱（drafts）

19.我要投稿（contribute）

20.返回首页（return）

21.个人资料（privateinformation）

22.修改密码（changepassword）

23.留言板（messageboard）

24.用户须知（guidelines）

25.操作帮助（operationhelp）

26.隐私规范（privacy）

①注册

②登录

③投稿人

④编辑

⑤审稿人

⑥投稿人----编辑-----审稿人

四、类图

3.3对性能的规定

3.3.1时间特性要求

以用户的具体操作时间为准，系统响应时间理论应不超过2s。

3.3.2灵活性

当系统服务器或客户机操作方式、运行环境、硬件配置发生变化时（变为与所设计相兼容即可），具有相应的适应能力。

同时采用容错技术：

即对某些无法避开的差错，使其影响减至最小的技术。

主要遵循以下几个方面：

（1）充分利用现有的系统资源、包括与现有的综合布线系统的紧密结合、与现有的硬件设备及软件资源的紧密结合以及与用户技术人员的技术结合。

（2）保护用户已有的应用业务系统，使其在新的网络中充分利用，可以节省用户有应用软件上所花费的人力、物力和财力。

（3）兼容现有和未来将出现的网络技术，使系统保持尽可能长的生命周期，从而保护用户对新系统的投资。

（4）扩充性，采用的产品具有充分的可扩充性及升级能力，具有足够的向未来网络发展方向过渡的可能。

3.3输入输出要求

数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。

数据的输入来源是手工输入。

手工输入要通过系统容错性检查，并且对操作人员要进行系统的培训。

在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理大量数据。

数据的输出分为屏幕显示和打印输出两种方式。

输出要求即根据用户查询统计要求在规定时间内正确显示出来。

（1）、输入设计的要求

输入界面直观、亲切

有利于快速输入

有利于准确输入

有利于输入、修改

方便操作

（2）、输出设计的要求、

输出格式要求应于用户认真协商，征得用户的同意并可能满足使用人员的要求

输出要求应简单、直观，一目了然，尽量符合用户的习惯，便于用户阅读、理解与使用。

输出内容应尽量汉字化，从而使输出格式醒目。

各种输出设计要长考虑以利于系统发展和输出项目扩充、变动的需要。

输出操作方便。

3.4数据管理能力要求

3.4.1数据录入和处理的准确性和实时性

数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。

数据的输入来源是手工输入。

手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。

在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理大量录入的数据。

3.4.2数据的一致性与完整性

由于系统的数据是共享的，所以如何保证这些数据的一致性，是系统必须解决的问题。

要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。

对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。

3.4.3数据的共享与独立性

整个信息管理系统的数据是共享的。

然而，从系统开发的角度上看，共享会给设计和调试带来困难。

因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。

这样，也能提供系统的强壮性。

3.6故障处理要求

3.6.1系统维护

（1）签订系统维护协议，建立快速有效的沟通体系，及时准确地定位并解决发生的问题。

（2）建立应用程序备份和管理机制，定期监测数据使用空间、数据导出和整理工作。

（3）保证系统的运行速度，定期检查数据的索引，不断对程序进行优化和修改，保证运行效率。

（4）更新程序要严格测试并做好记录，要求在非工作繁忙的时间进行（节假日或晚上），对原应用程序要妥善保管，一旦新程序出现问题，及时恢复原系统。

更新后的程序至少有一个工作日的跟踪时间。

（5）建立服务器、网络系统、应用软件、数据库、操作流程以及数据的工作日志和更改档案，并定期由主管领导审核。

（6）服务器硬件至少每年保养维护一次，清理硬盘数据（包括文件系统和数据库系统），清理灰尘，检查电源系统、UPS系统以及其他附属设备（如空调系统、接地防雷击系统、绝缘系统等）。

（7）维护人员

用户单位配备专门的维护人员，负责日常计算机系统正常运行。

（8）经常性维护

指设备的定期监测和软件升级等。

（9）应急性维护

系统发生故障后，维护人员将在8小时内到达现场解决问题。

制定故障恢复和紧急处理方案。

（10）设备备件准备

集成商应对常规部件有充分的备件，以便及时排除故障。

（11）硬件设备维护

硬件设备发生故障时用户单位可以自己负责即直接与设备供应商联系进行维修或更换，但必须将整个过程通报项目开发公司；用户单位也可以联系项目开发公司，由公司负责联系设备供应商并完成设备最终的维修或更换。

（12）原厂商承诺

建议用户在得到集成商的承诺后，还应得到原厂商的技术支持和维护称诺。

3.6.2技术支持

（1）电话支持

项目开发公司为用户提供电话技术支持。

每天8小时，每星期5天。

（2）现场支持

项目开发公司在系统出现维护人员不能解决的问题时，在24－48小时

内，派专人解决问题。

3.6.3人员培训

（1）管理人员培训

进行管理观念、管理模式的更新培训，并掌握相关部门的系统流程和操作，适应系统管理的要求。

项目开发公司负责管理人员的培训。

（2）网络管理人员培训

进行专业技术方面的操作培训。

同时要进行医院信息系统流程及最新信息动向的培训。

由于信息知识更新快，专业技术培训应每年每人至少安排一次，累计时间为一周至一月。

项目开发公司负责系统管理人员的技术培训，主要培训内容为：

①WindowsServer2003网络操作系统

②高级网络管理及维护

③本系统管理及维护

④综合布线、数据库、开发工具软件编程等相关知识培训

（3）操作人员的培训

根据应用系统的需要分期、分批进行培训。

当应用软件更新时则应适当进行补充培训。

项目开发公司对医院全体工作人员进行使用的培训，主要内容为：

①计算机基础知识

②多媒体基础知识

③网络基础知识

④WindowsXP操作系统日常使用基础知识

⑤汉字输入法

⑥针对各个部门的应用软件的操作培训以及系统需要的相关内容的培训

3.7其他专门要求

1.要有一个大规模，高效率的数据库管理系统的支持。

2.要有很强的联机事务处理（OnLineTransactionProcessing,OLTP）支持能力。

3.典型的7天/24小时不间断系统，绝对要求安全、可靠。

4.运行环境规定

4.1硬件设备

在硬件的选择过程中，我们考虑到了用户单位已有的计算机设备，在充分利用已有设备的同时，选择性能/价格比好的设备，从而建成一费用适中而性能卓越的网络系统。

1.服务器选型:

服务器系统是整个计算机信息系统的核心部位，采用先进有效合适的服务器系统能大大提高医疗费管理的日常工作效率，提高管理部门的服务水平，取得更好的经济效益与社会效益。

主服务器应具有以下特点：

（1）硬件水平高，较长的时间内不落后。

（2）数据总线速度快。

（3）硬盘速度快，容量大。

（4）网络频宽高，应在100M以上。

（5）可靠性高，安全性好。

2.工作站及外围设备选型

（1）工作站

从目前客户机/服务器的应用来看，工作站使用终端、486或586微机、APPLE机，考虑到用户单位的长远发展，工作站选用Pentium4系列微机。

（2）打印机

打印机是和工作站密不可分的外围设备，基本上每一台工作站都需要进行各类凭证的打印。

一般工作站可选择窄行打印机，当然也可以选择宽行打印机。

4.2软件支持

4.2.1服务器操作系统

网络操作系统应具有C2级的安全标准，可靠的加密保证，强的互连性，长时间的可靠运行保证，目前流行的服务器操作系统主要有三大类：

一类是Windows，其代表产品就是WindowsServer2003；一类是UNIX，代表产品包括HP-UX、IBMAIX等；还有一类是Linux。

我们建议选择WindowsServer2003操作系统。

4.2.2工作站操作系统

由于客户端为各档次的微机，因而其操作平台选择非常灵活，可选用的操作系统有WINDOWS98、WINDOWS2000、WINDOWSNT、WINDOWSXP、Linux等，但从系统的功能，易学易用，开放性、安全性等方面来考虑，我们建议选择WINDOWSXP系统作为客户端软件平台。

它具有以下特点：

（1）良好的图形化界面，操作简单

（2）非常全面的设备支持，多媒体，网络，输出等设备

（3）丰富的开发工具

概要设计说明书

1引言

1.1编写目的

该文档的目的是描述网上投稿系统项目的概要设计，其主要内容包括：

●系统功能简介

●系统结构设计

●系统接口设计

●数据设计

●模块设计

●界面设计

本文档的预期的读者是：

●开发人员

●项目管理人员

●测试人员

1.2背景

a.项目委托单位：

无

b.项目开发单位：

河海大学09计算机2班第二开发小组

c.项目说明：

计算机软件在现代社会已经成为必不可少的元素，成为一种驱动力。

它进行商业决策的引擎；它是现代科学研究和工程问题解决的基础；它是区分现代产品和服务的关键因素。

软件工程是在人们克服“软件危机”中应运而生，它在软件开发实践中发挥着重要作用。

软件工程作为计算机系本科生的一门核心课程，主要包括支持软件开发和维护的理论、方法、技术、标准以及计算机辅助工具和环境。

Xxx杂志社为了提高其编辑部的工作效率，减轻诸位编辑的工作负担，更有效的协调投稿人与杂志社，编辑与审稿人的工作，从而委托河海大学计算机2班x开发小组进行网上投稿系统的开发。

1.3参考资料

3.杨文龙，古天龙《软件工程（第二版）》电子工业出版社2004.9

4.ScottW.Anbler.车浩阳，刘锐译.《面向对象软件开发过程》.机械工业出版社.2003.6

1.4引用标准

[1]《中华人民共和国国家标准UDC681.3》之

《计算机软件产品开发文件编制指南GB8567-88》

2总体设计

2.1需求规定

详见《需求规格说明书》

2.2运行环境

详见《需求规格说明书》

2.3基本设计概念和处理流程

投稿人：

对于投稿人，需要在本杂志社网站进行注册，注册时需要填写相关信息。

注册经验证之后，投稿人能够在本网站登录，登录后，可以进行修改个人信息，修改密码，投稿等操作。

投稿时需要写入稿件相关信息。

编辑：

编辑不需在网站注册，由管理员直接分配账号和密码，也在本网站登入。

审稿人：

通过编辑获取原稿件并在规定的时间内完成对稿件的审阅，打分和给出评语，将以上内容反馈给编辑以供参考。

2.4界面设计

初始登陆界面：

注册界面：

注册成功界面：

投稿主界面：

编辑主界面：

审稿主界面：

资料修改界面（投稿者、审稿者、编辑）：

密码修改界面（投稿者、审稿者、编辑）：

投稿界面：

催稿界面：

2.5功能需求与程序的关系

模块

程序

登录模块

注册模块

稿件处理模块

信息反馈模块

个人信息修改模块

注册

√

√

登录

√

投稿

√

稿件分配

√

写/发信息

√

收/读信息

√

用户资料修改

√

√

用户资料显示

√

√

草稿箱

√

催稿

√

√

2.6人工处理过程

编辑将投稿人的稿件按所属领域分配给相关的审稿人，综合考虑审稿人的评分和评语给投稿人进行回复和交流，确定稿件录用与否。

3接口设计

3.1用户接口

登入命令：

用户输入账号和密码进行登入，如验证成功，则进入操作页面，否则返回错误信息。

登出命令：

在以登录的状态下，进行登出注销。

修改密码：

用户输入原密码验证，再输入新密码，如成功则返回成功信息，否则返回失败信息。

投稿系统：

投稿人通过进入个人界面进行投稿，可根据所属领域投稿，同时可以使用草稿箱功能。

草稿箱：

投稿人未完成的投稿，存入草稿箱，同时为了防止由于网络或硬件故障，造成的信息损失，每隔10分钟进行一次自动保存到草稿箱。

已投稿件：

投稿人查询已投稿件的状态，有审阅中、已退稿、已录用三种状态。

信息中心：

①未读信息：

显示投稿人的未读信息，读完之后变为已读信息。

②已读信息：

显示投稿人已经阅读过的信息。

③已发送信息：

显示投稿人发送过的消息。

④留言板：

应用于投稿人之间讨论。

（功能暂未实现）

帮助：

①用户须知：

投稿人需要遵守的规则。

②操作帮助：

投稿人操作遇到困难的指导。

③隐私规范：

稿件处理

1搞处理：

编辑在此界面下可以看到稿件信息和投稿人