大学生趣味性时间管理软件需求分析.docx

大学生趣味性时间管理系统需求分析 1、 导言41.1目的41.2项目名称41.3范围41.4术语定义41.5用户的特点41.6效益成本分析51.7参考资料51.8版本更新信息52、 系统定义52.1背景52.2目标52.4系统整体结构62.4.1用户登录流程图62.4.2管理员登录流程图63、 应用环境83.1系统运行网络环境83.2系统运行硬件环境93.3系统运行软件环境94、 功能规格104.1角色定义（Actor）104.1.1管理员104.1.2用户114.1.3数据库114.2业务用例图114.3功能描述134.3.1活动安排134.3.2个人空间144.3.3贴心小棉袄154.3.4交友164.3.5设置174.3.6管理员185、性能需求195.1界面需求195.2响应时间需求195.3可靠性需求195.4开放性需求205.5可扩展性需求205.6系统安全性需求205.7故障管理需求206、 输入输出要求206.1输入206.2输出207、产品提交208、实现约束21 1、 导言1.1目的该文档是关于大学生趣味性时间管理软件的功能和性能的描述，重点描述了功能需求，是概要设计阶段的主要输入。该文档预期的读者是：l 需求分析人员；l 设计人员；l 开发人员；l 项目管理人员；l 测试人员；l 用户；1.2项目名称 大学生趣味性时间管理系统1.3范围 该文档描述了大学生趣味性时间管理系统的逻辑模型，解决系统“做什么”的问题。对于系统的开发技术没有涉及到，主要通过建立模型的方式来描述用户的需求，为用户，开发者等不同参与者提供一个方便的交流平台。可以方便用户可开发者之间的沟通。1.4术语定义名称说明 用户：本软件面向的人群，使用本软件的人管理员：对系统进行维护的人员 自滤：自滤来源于谐音“自律”，是一款大学生趣味性时间管理系统的名称1.5用户的特点 用户：用户使之用该软件进行实践安排以及交友等活动的人，用户并不关心系统的运行以及维护，用户更加关注的是如何操作这个系统，如何熟悉系统的操作，在运行系统遇到问题的时候可以与管理员联系。 管理员：管理员需要了解该系统的所有构造以及这个系统的运行情况，不同管理员有不同的的任务，譬如解决用户问题，管理用户信息，管理系统的运行等。1.6效益成本分析好中差现状产品发布一个月15万元10万元3万元产品发布两个月40万元20万元10万元1.7参考资料 软件工程案例教程 第二版，机械工业出版社； 软件工程导论 第六版 清华大学出版社。1.8版本更新信息 暂无。2、 系统定义 主要阐述项目的来源，背景和项目的目标2.1背景l 处处阻碍自己的“拖延症”。l 时间管理解决我们理性和情绪的冲突。l 我们每天都在很多次做关于时间的决定。l 忙于学习的我们和朋友越来越远。2.2目标l 提供统一的时间管理，规划好自己的生活。l 系统提供简洁明了的用户界面，方便用户使用。l 系统具有良好的使用效率。l 系统具有一定的超前性，灵活性，使用各种不同人群。l 系统可以帮助用户养成有规划的好习惯2.3产品概述： 时间管理系统就现在而言，用户手中的软件也就只有备忘录，但是备忘录很难能及时有效的提醒自己并逼迫自己去做自己的任务，我们的这个软件就现在而言多了交友这一个环节，让好友来监督自己，增加了自己活动的意义以及效率。这个系统还有任务奖励，一个好的诱导可以激发一个人的坚持，所以这个系统也可以帮助用户养成好习惯。2.4系统整体结构2.4.1用户登录流程图 根据用户的需求描述，确定本项目的用户统一登录界面，用户认定通过之后，判断用户信息是否正确，如果正确则进入系统主页面，如果不正确，点击判断框，没有注册，则跳转到注册页面，注册成功后，重新登录如果已经注册，则重新登录。2.4.2管理员登录流程图所有管理员都有一个统一的登录界面，管理员输入管理员名称及密码即可登录到属于自己的管理页面。密码或名称错误则重新登录。主结构图：3、 应用环境本项目的应用环境分为硬件环境、软件环境和网络环境来描述。3.1系统运行网络环境本系统的网络运行拓行图如图所示，用户通过网络登录到本系统中进行相应操作。3.2系统运行硬件环境本系统的硬件环境如下：1） 客户机为普通PC。l CPU：P4 1.8GHz；l 内存：256MB以上；l 分辨率：推荐使用像素。2） Web服务器。l CPU：P4 1.8GHz；l 内存：1GB以上。3） 数据库服务器。l CPU：P4 1.8GHz；l 内存：1GB以上。3.3系统运行软件环境本系统的软件环境如下：l 操作系统：Windows xp以上；l 数据库：Oracle；l 开发工具包：JDK Version 1.5；l JSP服务器：Tomcat；l 浏览器：IE6.0。4、 功能规格 我们采用的是面向对象分析方法作为主要的建模方法，使用UML语言作为建模语言，UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。“用例”（use case）描述的是“Actor”（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态形象模型。设计用例时，我们遵循下列步骤：1） 识别出系统地“Actor”。Actor可以是用户、外部系统，甚至是外部处理，它们通过某种途径与系统交互。着重从系统外部Actor的角度来描述系统需要提供哪些功能，并指明这些功能的Actor是谁。尽可能确保所有Actor都被完全识别出来。2） 描述主要的用例。可以采取不断地问自己“这个Actor究竟想通过系统做什么？”来准确地描述用例。3） 重新审视每个用例，为它们下个详尽的定义。4.1角色定义（Actor）4.1.1管理员“管理员”派生两个子类，“超级管理员”和“普通管理员”，“普通管理员”派生两个子类，“一级管理员”和“二级管理员”，每一类管理员担任不同的任务。4.1.2用户该软件面向的群体-大学生。4.1.3数据库 “数据库”是一个与系统产生交互的外部系统，这个actor负责系统的数据查询，增加，删除，修改等操作。4.2业务用例图这个平台分为两个重要的组成部分，一个是用户的使用，一个是后台管理员的管理监督，用户的主要用例图如下：管理员的用例图如下：4.3功能描述4.3.1活动安排 用户登录后，用户可以选择活动安排这个功能， 用例描述：活动安排 执行者：用户 前置条件：用户成功登录该系统到达主界面 后置条件：活动安排结束后，可返回主界面 基本路径： 1）用户可以添加活动（根据时间顺序排列），活动分为今日活动，长期活动，临时活动，活动等级分为四个等级：紧急重要（红），紧急不重要（橙），不紧急重要（黄），不紧急不重要（绿）。 2）用户可以查看活动，删除活动，修改活动。 3）如果用户需要在已经设置活动的时间段添加活动，警告用户，如果用户仍需添加该活动，则覆盖原时间段的活动。用户不可以添加过期时间活动。 4）用户可以自行选择提示时间，可以选择活动开始前的时间，也可以设置多少分钟提示一次。 5）用户在完成活动五分钟之内上传活动成果或者图片，后台系统会进行检测：检测成功用户可以获得随机的积分。 检测失败则通知用户活动没有完成或结果虚假，用户如果有异议，可以进行申诉，由管理员人工审核，如果确实是系统误判，则返回用户三倍的随机积分，如果是用户确实存在错误，则扣除一次随机积分。 注：后台通过对用户在活动时间内是否触碰手机； 是否及时上传活动成果； 上传的活动结果与活动的吻合程度进行对比来检测用户的活动完成情况，（吻合程度由后台管理员自行添加设计数据库，参考可能发生的所有事情来设计可能发生的结果，用户的结果到达吻合度70%即为成功）； 有的时候进行抽查（人工监督）。 6）当用户活动一天大于30个的时候，用户则不能再继续添加活动。4.3.2个人空间 用户登录账号后，可以选择个人空间这个功能 用例描述：个人空间管理 执行者：用户 前置条件：用户成功登录该系统到达主界面 后置条件：活动安排结束后，可返回主界面 基本路径： 1）用户可以在个人空间查看（按照日期查询和关键字查询）和删除个人活动记录（批量删除和有选择删除）。 2）用户可以编写自己的个人心得，对自己的个人日志增删改查，还可以分享给自己的朋友。用户还可以查看自己的个人心得（按照日期查询和关键字查询）和删除个人心得记录（批量删除和有选择删除）。 3）用户可以查看自己的个人积分的详细情况（积分的消费时间与积分数量，增加时间、积分数量，）后台会监测你的活动完成情况以及你的活动完成质量，随机奖励积分，积分可以兑换话费，礼物等，可加钱换购自己喜欢的东西。例如：10积分+9.9元兑换抱枕。用户还可以看到自己在好友列表里面的积分排名。4.3.3贴心小棉袄 用户登录后，可以选择贴心小棉袄这个功能 用例描述：信息推送 执行者：用户 前置条件：用户成功登录该系统到达主界面 后置条件：活动安排结束后，可返回主界面 基本路径： 1）用户可以在闲时在这里查看旅游攻略，图书推荐，最健康的时间安排，生活小常识，衣着搭配。（系统根据用户信息的关键字进行搭配，找出尽可能用户喜欢的推荐内容） 2）用户可以在这个模块和我们的管理员联系，也可以把遇到的问题反馈给我们（提供管理员邮箱和电话）。4.3.4交友 用户登录后：可以选择教交友这个功能， 用例描述：交友 执行者：用户 前置条件：用户成功登录该系统到达主界面 后置条件：活动安排结束后，可返回主界面 基本路径： 1）用户在这里可以和好友聊天，分享心得； 2）用户可以选择好友来监督自己完成活动，若自己的活动完成，则给好友奖励积分，若在好友监督后，活动还没完成，则扣除自己1积分，通过监督增进朋友之间的友情。 3）用户可以管理自己的好友： 根据好友的ID添加好友； 根据好友名称关键字或者ID查找好友； 可以修改好友的昵称； 可以根据还有ID删除好友或者拉黑好友； 可以对好友进行分组。 4）用户可以给好友送一些虚拟的礼物。虚拟的礼物可以通过积分兑换或者用钱购买。4.3.5设置 用户登录后：可以选择设置这个功能， 用例描述：设置 执行者：用户 前置条件：用户成功登录该系统到达主界面 后置条件：活动安排结束后，可返回主界面 基本路径： 1）用户可以对自己在这个平台上的昵称以及密码进行修改，以及私人信息的修改，像性别，年龄，收货地址等； 2）用户可以对这个系统的信息通知提醒进行修改，项活动的提示音或者震动效果进行修改。4.3.6管理员l 超级管理员：可以管理普通管理员信息，并且拥有普通管理员的所拥有的所有功能。l 普通管理员： 一级普通：管理用户个人信息。用户信息问题及平台问题的修补。贴心小棉袄中数据的添加。商品管理和用户积分兑换礼品的发放。保证软件正常运行。 二级普通：完善后台对用户活动的监督，当用户一天活动大于等于25个的时候监督部分用户活动。并对用户的活动作出判断，若用户活动审核为完成且正确，则奖励积分，若检测出结果与活动不相符，则警告用户三次，若下次还发现用户作假，则扣除用户积分。管理员也可以随机抽查用户活，若用户正确完成活动，则再奖励二倍随机积分，若检测出结果与活动不相符，则警告用户三次，若下次还发现用户作假，则扣除相应的用户积分。5、性能需求5.1界面需求系统的界面需求如下：（1） 页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时，内容丰富，文字准确，语句通顺，专业术语规范，行文格式统一、规范。（2） 技术环境：页面大小适当，能用各钟常见的浏览器以不同的分辨率浏览；无错误链接和空链接；采用css技术，控制字体大小和版面布局。使前端更加美观。（3） 艺术风格：界面，版面形象清新悦目，布局合理，字号大小适宜，字体选择合理，前后一致，美观大方；动静搭配恰当，效果好；色彩和谐自然，与主题内容相协调。（4） 页面布局：符合视觉最佳适应效果。5.2响应时间需求 无论是客户端还是管理端，当用户登录进行任何操作的时候，系统应该及时地进行反应，反应的时间在5秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。导致响应时间过长。5.3可靠性需求 系统应保证不死机，保证200人可以同时在客户端登录，系统正常运行，正确提示相关内容。5.4开放性需求 系统应十分具有灵活性以及适应性，以适应将来功能扩展的需求。让该软件适应发展。5.5可扩展性需求 系统设计要求能够体现扩展性需求，以适应将来功能扩展的需求。让该软件适应发展。5.6系统安全性需求系统有严格的权展管理功能，各功能模块需要有相应的权限方能进入。系统需要能够防止各类误操作可能造成的数据丢失，破坏，同时防止用户非法获取网页以及内容。5.7故障管理需求 当系统遇到故障的时候，用户可以联系后台管理人员，及时反馈信息，保证自己的正常使用。6、 输入输出要求6.1输入l 用户或管理员的用户名及密码的输入通过使用手机实现；l 用户选择功能操作的输入通过手机点击实现；l 用户添加活动，添加日志，添加好友，以及修改的输入通过手机实现；l 用户与好友聊天通过手机实现l 管理员对用户的管理的输入通过手机实现。l 超级管理员对管理员的