个人网站需求分析.doc

个人网站管理系统需求分析实验报告个人网站管理系统需求分析班 级：11级计1班学生姓名： *学 号：* 目录1系统需求概述11.1系统概述11.2系统功能需求12用例建模32.1 参与者列表32.2 用例列表32.3 用例图42.4 辅助需求82.4.1系统环境需求83对象建模103.1 系统类图10104动态建模104.1 活动图104.2 状态转移图114.3 顺序图建模125. 总结1431系统需求概述1.1系统概述 用面向对象的方法分析，设计和实现一个简单的网站，网站主要内容是自己的个人散文吧，里面有诗歌，散文，杂文，个人随笔和小小说，这些内容一部分是自己写的一部分是网友上传上去的，另一部分是业务员征集来的文章。将这些都发布到网站上去，大部分可以提供大家免费阅读，少数可以看到一部分，然后需要购买阅读权限，通过这些赚钱少量稿费再拿去征集别人的文章。1.2系统功能需求*网站前台样式 网页中最上面有一个网页头Head，下面是导航栏，中间内容列出若干几条，右下角落有一更多超链接。最下面是网页脚。实现一个动态网页。*网站后台能够对导航连接的个数和通知的显示条数进行设置，能够调整导航栏的连接顺序；能够对导航连接和通知进行增，减，删，改的操作，能对通知进行置顶操作。*网站期望达到的设计目标网站内容丰富，通知栏每一条都能连接到其他网页显示，显示内容有通知的标题，通知的内容，并且附有附件下载功能。*网站整体设计风格 考虑网站的定位、主要受众群体和设计目标，采用的设计风格是：简洁大方，稳重。*配色方案以蓝色主色，以白色为辅助色，字体采用宋体设计。*主导航栏目划分（1） 网站头 一種依耐從未離開（2）导航栏 我的散文|我的诗歌|我的杂文|我的随笔|我的小小说（3）通知栏 最新文章（4） 网站脚部分 免责声明：本站所发表的作文版权归作者所有，若转载或者抄袭他人作品，带来的一切后果与本站无关。若您发现本站存在您非授权的原创作品，请第一时间联系本站删除！本站享有代替本站作者维权的权力！CopyRight 2007-2014散文吧网站云ICP备09059645号 （5） 链接网页 文章标题，文章内容，附件下载*后台管理功能划分本方案以互联网技术为基础，让用户能直观的浏览到门户网站上的各种资讯（1） 后台服务：信息发布，设置显示条数，调整导航栏链接顺序 （2）信息发布/管理：信息管理与发布:添加、删除和更改信息；管理员登陆，用户注册及登录。2用例建模2.1 参与者列表从需求分析可以看出，个人网站管理系统有6个执行者，即“系统管理员”、“用户”、“销售人员”、 “前台客服人员”、“财务管理系统”、“采购管理系统”。1）系统管理员：负责整个软件的维护工作，可以添加用户，并对用户设置权限。2）用户：在我的个人网站上可以浏览美文，还可以注册我们的会员，而且还可以下载我们的最新美文及资讯。3）销售人员：销售我们的特殊文章，供大家购买阅读。4）前台客服人员：服务于顾客，为顾客办理会员。 5）财务管理系统：管理征集文章及被购买文章的费用。6）采购管理系统：每天搜集整理和征集外来文章。2.2 用例列表根据系统的需求分析中客户对系统功能提出的要求，可以粗略的找到系统用例，并在后期的用例建模工作中合并、优化、筛选这些用例。 （1）“网站管理系统”中的用例 （2）“系统管理”中的用例 （3）“前台管理系统”中的用例 （4）“后台管理系统”中的用例 （5）“会员管理子系统”中的用例 2.3 用例图（1）“网站管理系统”中的用例在第一层中，根据用户对“网站管理系统”的整体业务功能要求，可选的用例有：l 系统管理l 前台管理系统l 后台管理系统（2）“系统管理”中的用例在第二层中，根据客户对“系统管理”的业务功能要求，可选的用例有：l 添加用户l 修改密码l 权限管理l 重新登录（3）“前台管理系统”中的用例在第二层中，根据用户对“前台管理系统”的订阅功能要求，可选的用例有：l 前台管理l 会员管理（4）“后台管理系统”中的用例在第二层中，根据客户对“后台管理系统”的业务功能要求，可选的用例有：l 后台采购管理l 文章更新管理（5）会员管理子系统在第三层中，根据用户对“会员管理子系统”的业务功能要求，可选的用例有：l 添加会员l 删除会员2.4 辅助需求2.4.1系统环境需求（1）运行环境：CPU Intel酷睿I3以上，内存2G以上，硬盘320以上（2）操作环境： windows XP WIN 7（3）浏览器类型：IE4.0以上（4）关系数据库：SQL server 2008（5）开发平台：Microsoft visual studio 2010（6）使用技术：ASP.NET 3对象建模3.1 系统类图4动态建模4.1 活动图4.2 状态转移图4.3 顺序图建模通过分析网站管理系统的业务需求和对象类之间的关系，进而建立动态模型中对象间的交互模型顺序图。1 用户查询购物情况顺序图2.文章顺序图5. 总结需求的收集是个很繁琐的过程，收集的不够，开发过程中变化会很多，特别是你上了一个演示版本后，开始别人一点意见都没，一看你的演示，你就意见一大堆，这样的问题我想在很多项目中都出现过，所以先在收集需求的时候要和客户或相关部门一一确认，我们考虑需求要从种两种角度去考虑，一种是用户角度，另一种是开发者角度，所以在谈需求时，必须边聊边记，把所谈的话记录整理，如果怕遗漏，可以录音，然后将采用文档的方式表达出来，将提出的需求加以分析，做下技术评估，如果有特别的难题可以提前让开发人员做技术预研，在做评估后，需要分段实施的，就做好规划，然后和提需求的人员确认，需求文档的功能可以多写点，根据企业的发展，能考虑的都考虑，这样可以在系统构架时，定位系统的生命周期时，给以更多的参考，在需求定出阶段后，我们得把要马上实施的功能放在当前，加以强