Fubangbang_Group2_Assignment4:Interface Prototype Design
Assignment 4 Interface Prototype Design — Fubangbang
Fubangbang (福帮帮) is a campus resource-sharing platform for students of Fuzhou University. In this assignment, we used MoDao to build and share a mobile interface prototype based on our earlier requirements analysis. We also provide a deployed website to demonstrate the application’s implemented functions. The two links serve different purposes: MoDao shows the prototype design and page navigation; the website shows the working application.
Format Description
| Item | Description |
|---|---|
| Course | EE308FZ — Software Engineering |
| Assignment | Fourth Assignment — Prototype Design |
| Team and project | Fubangbang (福帮帮) |
| Professional prototype tool | MoDao |
| Online prototype | Fubangbang MoDao prototype |
| Deployed application | Fubangbang public website |
| Deployment repository | campuslink-deploy |
| Presentation | PPTX · PDF |
| Earlier work | Assignment 2: Team Formation and Topic Selection · Assignment 3: Requirements Analysis |
| Assignment requirements | Fourth Assignment — Prototype Design |
Contents
- Team Division of Labor and Contributions
- Project Background and Prototype Objectives
- Prototype Design Tool and Process
- Interface Design and Core Interaction Flow
- Verification and Comparison with the Deployed Website
- Difficulties, Solutions, and Lessons Learned
- Team Collaboration, Presentation, and Deliverables
Checklist: Prototype Design
| Category | Points | Requirement | Evidence in this post |
|---|---|---|---|
| Basic Requirements | 5 | Contents, format description, and online prototype link | Opening sections and MoDao link |
| Basic Requirements | 5 | Markdown blog formatting | Headings, tables, links, and image positions in this post |
| Basic Requirements | 4 | Key points and possible challenges | Sections 2, 3, and 6 |
| Basic Requirements | 6 | Assignment-specific division of labor and contributions | Section 1; individual contributions total 100% |
| Prototype Design | 5 | Use a specialized prototype design tool | MoDao, explained in Section 3 |
| Prototype Design | 25 | Design process, results, usability, and fit with requirements | Sections 2–5 and prototype screenshots |
| Results Reporting | 15 | Clear explanation of the prototype and design ideas | Sections 2–5 |
| Results Reporting | 5 | Description of difficulties | Section 6 |
| Results Reporting | 5 | Attempts, outcomes, and resolution status | Section 6 |
| Results Reporting | 5 | Lessons learned | Section 6 |
| Presentation | 8 | Design process, genuine discussion photos, reflections, and peer evaluation | Sections 3, 6, and 7.2; two photo positions are reserved below |
| Presentation | 4 | Plan execution, responsibilities, and workload | Sections 1 and 7.1 |
| Presentation | 4 | Accessible prototype link in the PPT and live click-through | Presentation links above and Section 7.3 |
| Presentation | 4 | Classroom report | Slides and planned live demonstration |
| Total | 100 |
1. Team Division of Labor and Contributions
Our 14 members worked in the Backend Team, Frontend Team, UI and Presentation Team, and Execution Support Team. For this assignment, their group shares were 30%, 35%, 25%, and 10%, respectively. These percentages describe work on this prototype-design assignment, not each member’s contribution to the entire software project.
| Team | Student ID (FZU / MU) | Member | Responsibility for this assignment | Contribution |
|---|---|---|---|---|
| Backend | 832402203 / 24125415 | Chen Jiayuan | Assignment coordination, requirements alignment, blog integration, and presentation review | 15% |
| Backend | 832402202 / 24125407 | Chen Haoyang | Review of implemented functions and backend integration | 9% |
| Backend | 832402204 / 24127540 | Chen Junjie | Technical checks and review of function descriptions | 6% |
| Frontend | 832402229 / 24125920 | Zhu Chaoyang | Frontend coordination, prototype–website alignment, and website demonstration | 15% |
| Frontend | 832402230 / 24127591 | Zhu Mingqian | Prototype pages, interaction paths, and frontend page checks | 12% |
| Frontend | 832402228 / 24125911 | Zhou Qican | Frontend interaction review and prototype–website consistency checks | 8% |
| UI and Presentation | 832402225 / 24125474 | Ye Jiahui | Interface design, MoDao prototype organization, and visual consistency | 15% |
| UI and Presentation | 832402226 / 24126519 | Zhang Sufang | Visual review and screenshot organization | 4% |
| UI and Presentation | 832402207 / 24127248 | Chen Zhijun | Interaction review and presentation support | 3% |
| UI and Presentation | 832402222 / 24126420 | Wu Sifan | Blog formatting and presentation material checks | 3% |
| Execution Support | 832402205 / 24126446 | Chen Mohan | Task follow-up and execution support coordination | 3% |
| Execution Support | 832402206 / 24126713 | Chen Wei | Functional checks and issue recording | 2% |
| Execution Support | 832402201 / 24127183 | Zeng Wenhan | Document formatting and screenshot organization | 2% |
| Execution Support | 832302218 / 23124377 | Zheng Bowei | Document checks and submission preparation | 3% |
| Total | 14 members | 100% |
Chen Jiayuan, Ye Jiahui, and Zhu Chaoyang carried equal leading shares of coordination, design, and frontend alignment. Zhu Mingqian made a substantial contribution to prototype pages and interaction paths. Other members supported implementation review, visual checks, testing, documentation, and presentation preparation.
2. Project Background and Prototype Objectives
2.1 Background and Users
Our earlier assignments identified two campus needs: exchanging second-hand items within the university community and sharing useful information about study and campus life. Relevant information is often scattered across group chats and general-purpose platforms, making it difficult to find or assess.
Fubangbang is intended to give students a clearer place to browse or publish items and share campus experiences. In the current interface, information sharing is presented through a campus forum.
2.2 Core User Scenarios
The design considers four connected tasks:
- A buyer browses the Marketplace, opens an item, and decides whether to contact the seller or request a reservation.
- A seller publishes an item and checks its status.
- A student reads or publishes a forum post.
- A user moves between Home, Marketplace, Forum, and My Profile with a clear navigation path.
These scenarios guide the overall product. They do not mean that every control shown in the MoDao screens performs a real data operation.
2.3 Design Objectives
We focused on clear navigation, readable mobile content, and visual consistency. Users should be able to enter a main area, open a detail page, and return without confusion. Item images, prices, descriptions, and primary actions should be easy to identify on a phone. Repeated navigation elements should have predictable positions and behavior.
3. Prototype Design Tool and Process
3.1 Why We Used MoDao
MoDao is a specialized prototype-design tool. It lets us organize mobile screens as separate pages, add clickable areas, configure page jumps, and share the result online. This makes it possible for a visitor to follow a user path instead of viewing unrelated screenshots.
We used the existing Fubangbang website as a visual reference. The prototype retains its main layout, product cards, color accents, and bottom navigation so that the design and implemented application describe the same product.
3.2 Page Organization
We organized the item-browsing task into three named mobile pages:
- Home introduces the platform and its main entries.
- Marketplace List presents second-hand items for browsing.
- Product Detail gives one item more space and shows its next possible actions.
Uploading an image to MoDao does not automatically create a new prototype page. We therefore created separate pages and placed the appropriate screen on each one.
[Insert Figure 1: Screenshot of the named pages in the MoDao editor.]
3.3 Interaction Design and Review
We placed clickable areas over selected visible controls and configured page jumps. The main route is Home → Marketplace List → Product Detail, followed by a return to the list or main area. Our team tested the shared link from the visitor’s side and clicked through the main navigation and return route.
A clickable area demonstrates a page transition. Because some screens were imported as images, visible search fields, filters, and forms do not become functional automatically. We do not present those image elements as working input or data-processing features of the MoDao prototype.
4. Interface Design and Core Interaction Flow
4.1 Information Architecture
The interface uses four recognizable main areas: Home, Marketplace, Forum, and My Profile. Home introduces the platform and directs users to important tasks. Marketplace supports item browsing. Forum is the entry to campus discussion and information sharing. My Profile groups account-related actions.
The MoDao pages documented here focus on the item-browsing path. The deployed website includes additional screens and functions, but their presence on the website does not mean they were all recreated as interactive MoDao pages.
4.2 Key Screens
Home. The homepage presents the Fubangbang identity, a search area, Marketplace and Forum entries, recent items, and recent campus posts. The Marketplace entry is the starting point for the demonstrated route.
[Insert Figure 2: MoDao Home screen with the Marketplace entry visible.]
Marketplace List. Search and category controls appear above item cards. Images, short titles, prices, and publisher information help users scan listings. A publishing entry is visually separated from the browsing area.
[Insert Figure 3: MoDao Marketplace List screen.]
Product Detail. A larger item image, price, description, location, and seller information help the user assess a listing. Contact and reservation actions appear after the item information, while the return control supports continued browsing.
[Insert Figure 4: MoDao Product Detail screen.]
4.3 Main Interaction Path
The main prototype path is Home → Marketplace List → Product Detail → Marketplace List or Home. This sequence takes a user from discovery to a specific item and then back to browsing. An image-led layout supports quick comparison; the detail page provides more context before a user takes the next step.
5. Verification and Comparison with the Deployed Website
We evaluate the two online deliverables separately. For MoDao, the question is whether a visitor can open the shared prototype and click its configured navigation. For the deployed website, the question is whether implemented operations work with the frontend, backend, and stored data.
| Item | Current evidence | Limit |
|---|---|---|
| MoDao page structure | Home, Marketplace List, and Product Detail are separate named pages. | Page images establish visual structure, not working input controls. |
| MoDao access and navigation | Our team opened the shared link as a visitor and tested the main route and return path. | This does not verify every visible search field, filter, or button. |
| Public website access | The deployed website opens through a public URL. | Opening the homepage alone does not verify every business function. |
| Implemented functions | Our October 30 handoff and acceptance records describe checks of account, item, reservation, forum, and notification workflows. | These records concern the website, not equivalent functions inside MoDao. The selected live-demo route should be rehearsed before class. |
The MoDao prototype is evidence of professional-tool prototype design and tested page navigation. The public website is evidence of a deployed application and its implemented functions. They complement each other; one should not be described as a substitute for the other.
6. Difficulties, Solutions, and Lessons Learned
6.1 Turning Images into Prototype Pages
Difficulty: An uploaded interface image did not automatically become a separate page.
Attempt and result: We created and named individual mobile pages, then placed each screen on its corresponding page. This resolved the page-organization problem and gave us a clear browsing route.
Lesson: A usable prototype needs an information structure, not only attractive screenshots.
6.2 Making Imported Screens Interactive
Difficulty: Buttons and fields visible inside an imported image cannot respond to clicks or accept input on their own.
Attempt and result: We overlaid clickable areas on the main controls, configured page jumps, and tested the shared prototype’s forward and return routes. This resolved basic page navigation. Search input, filtering, form submission, and data updates remain outside what image hotspots alone can demonstrate.
Lesson: Visual fidelity and interaction completeness are different. We should report only the prototype interactions we tested and use the website to demonstrate implemented business operations.
6.3 Explaining Two Online Deliverables
Difficulty: Since the website was already publicly accessible, we needed to clarify why a separate MoDao prototype was still required.
Attempt and result: We matched each deliverable to the assignment requirements: MoDao presents the professional-tool prototype and its navigation; the website presents the implemented application. We label both links accordingly in this post and in the presentation.
Lesson: A working website and a design-tool prototype can support the same project, but they provide different evidence.
7. Team Collaboration, Presentation, and Deliverables
7.1 Collaboration and Plan Execution
The project lead coordinated the written report and requirements alignment. Frontend and UI members aligned the MoDao pages with the website. Technical members reviewed implementation status. The Execution Support Team assisted with checks and presentation materials.
| Period | Focus | Actual progress |
|---|---|---|
| Before October 30 | Align requirements, interface screens, and implementation | Main website pages and initial frontend–backend integration were available; the website was publicly deployed. |
| October 30–31 | Organize and check the MoDao prototype | Named pages, clickable navigation, a sharing link, and visitor-side testing of the main route were completed. |
| October 31–November 1 | Prepare the report and presentation | The blog text, prototype links, and PPT/PDF links were assembled. Screenshots and the two genuine discussion photos are positioned for insertion in this post. |
The website’s earlier deployment did not remove the need to present the specialized-tool prototype separately.
7.2 Team Discussion, Reflection, and Peer Evaluation


Our collaboration showed that visual design, clickable prototype navigation, and working software can progress at different speeds. Testing the MoDao sharing link as a visitor and reviewing the website separately helped us describe each result accurately.
For this assignment, Chen Jiayuan, Ye Jiahui, and Zhu Chaoyang carried equal leading shares of coordination, interface design, and frontend alignment. Zhu Mingqian contributed substantially to prototype pages and interaction paths. Zhou Qican and Chen Haoyang supported frontend and implementation review. Other members helped with visual and technical checks, documentation, testing, and submission preparation. These comments evaluate work on this assignment, not any member’s overall ability.
7.3 Classroom Demonstration
In class, we will first open the MoDao prototype and click through the tested route, including entry, page navigation, and return. We will then open the deployed website to demonstrate a rehearsed implemented workflow. The live prototype demonstration is important: screenshots in the slides alone cannot show its interaction.
7.4 Deliverables
| Deliverable | Link | Purpose |
|---|---|---|
| Professional-tool prototype | Fubangbang MoDao prototype | Mobile interface and tested page navigation |
| Deployed application | Fubangbang public website | Demonstration of implemented functions |
| Deployment repository | campuslink-deploy | Deployment source and configuration |
| Presentation slides | PPTX | Classroom presentation |
| Presentation PDF | Accessible reading copy |
7.5 Future Plan
Next, we will gather feedback from the prototype demonstration and improve the interface and user experience. We will also continue testing the deployed website and refine the stability of its frontend–backend interactions.
相关推荐
弱电网下光伏并网逆变器序阻抗建模仿真复现扫频法【序阻抗判断稳定性】
内容概要:本文聚焦于弱电网条件下光伏并网逆变器的序阻抗建模与稳定性分析,系统阐述了基于扫频法的阻抗特性仿真与复现方法。通过构建正负序阻抗模型,深入剖析逆变器在弱电网环境中的动态响应特性,结合锁相环、电流环等关键控制环节对系统阻抗的影响机制,采用序阻抗稳定性判据评估多机并网或复杂电网条件下的系统稳定裕度。研究在Simulink平台中实现激励信号注入、频率响应采集与阻抗曲线绘制,为高比例新能源接入背景下并网系统的稳定性分析提供了可靠的仿真手段与理论支撑,尤其适用于SCI级别论文成果的复现与拓展验证。; 适合人群:电力电子、新能源并网技术及相关领域的硕士/博士研究生、科研人员,以及从事光伏逆变器、微电网稳定控制开发的工程技术人员。; 使用场景及目标:①掌握扫频法在电力电子装置阻抗建模中的具体实施流程;②理解并应用基于序阻抗的稳定性判据进行系统稳定边界分析;③用于高水平学术论文(如SCI期刊)中阻抗建模与稳定性分析部分的仿真复现与方法验证; 阅读建议:建议读者结合文中所述方法与提供的参考文献,自主搭建Simulink仿真模型,逐步完成扰动信号设计、数据采集、傅里叶分析及阻抗拟合全过程,深入探究控制参数变化对系统阻抗特性和稳定性的具体影响,强化理论与实践的融合能力。
三相并网逆变器虚拟阻抗+统一有源阻尼策略SVPWM+SPWM调制仿真
内容概要:本文档系统性地介绍了三相并网逆变器的核心控制技术及其在复杂电网环境下的仿真应用,重点涵盖虚拟阻抗与统一有源阻尼策略在SVPWM和SPWM调制方式下的实现方法,旨在提升逆变器的稳定性与电能质量。内容包括无功功率扰动孤岛检测、中点电位平衡控制、低电压穿越(LVRT)、模型预测控制(MPC)、正负序分离、电网前馈控制等关键技术,并扩展至风储联合调频、微电网下垂控制、虚拟同步发电机(VSG)、构网型逆变器等多种典型电力系统应用场景。所有技术均配有基于Simulink/Matlab平台的完整仿真模型、参考文献及说明文档,强调理论分析与仿真实践的深度融合,突出科研中“借力”与创新思维的重要性。; 适合人群:电气工程、自动化、新能源等相关专业的研究生、科研人员及从事电力电子与可再生能源系统开发的工程师;具备MATLAB/Simulink仿真基础和电力系统专业知识的技术人员。; 使用场景及目标:①开展三相并网逆变器控制策略的研究与优化设计;②复现高水平学术论文中的控制算法;③完成毕业课题、科研项目或工程仿真验证;④掌握虚拟阻抗、有源阻尼、SVPWM/SPWM调制、MPC、VSG等核心技术的建模与实现方法;⑤支撑微电网、构网型变流器等前沿方向的科研攻关。; 阅读建议:建议按照资源目录结构化学习,优先选择与自身研究方向契合的内容模块,结合提供的仿真模型、参考文献和说明材料进行实操演练,注重从理论推导到仿真实现的全过程理解,充分利用共享网盘资源深化技术掌握,提升科研效率与创新能力。
chromedriver-win32-159.0.8133.0(Canary).zip
chromedriver-win32-159.0.8133.0(Canary).zip
计算机“101计划”《人工智能引论》教学大纲+课件+实训案例
计算机“101计划”《人工智能引论》教学大纲+课件+实训案例
语音输入法离线语音输入转文字工具2.0支持双档本地识别模型,中英混说精准转写,纯离线运行保护隐私,让打字更高效.zip
大家好,我是大飞哥。日常打字时,频繁切换输入法、断网无法语音转写、或担心语音数据被传至云端,是许多办公族和内容创作者的共同痛点。这款离线语音输入工具 ,正是为此量身打造的 Windows 桌面语音辅助利器。它的核心使命就是按住快捷键说话,松开文字自动上屏,全程本地离线识别,让您在任何可输入文字的窗口内都能实现高效、私密的语音输入,彻底告别网络依赖与隐私焦虑。 在核心功能上,软件内置了两档本地语音识别模型,通过主界面下拉框即可随时切换。默认的“离线·标准”模式响应极快,支持中英混说且自带标点,非常适合日常聊天与文档撰写;而“离线·精准”模式则对纯中文、方言口音及长段落口述的识别准确度更高。更贴心的是,它具备实时预览与一键取消机制,说话过程中若发现说错,按下 Esc 即可取消,一个字都不会误输入;若目标窗口不支持直接写入,文字会自动存入剪贴板,方便您按 Ctrl+V 粘贴,确保每次发声都不白费。 这款工具在具体场景中的表现十分亮眼。对于办公白领,在填写表格、撰写邮件或使用微信、QQ 沟通时,无需频繁切换窗口,按住右键说话即可快速完成信息录入;对于程序员与文字工作者,在代码编辑器或文档中口述注释与段落,能显著提升创作效率;对于经常出差的商务人士,在飞机、高铁等断网环境下,它依然能稳定工作,不经过任何服务器,真正做到了“说了什么只有自己知道”,私密性极佳。 使用体验方面,软件将极简操作贯彻到底。解压后双击 大飞哥语音输入,右下角托盘出现蓝色话筒图标即代表准备就绪。用户只需将光标点进目标输入框,按住右 Alt说话,说完松开,文字便会自动写入。主界面提供了设置快捷键与开机自动启动选项,方便用户按习惯自定义组合键;关闭主窗口并不会退出程序,而是缩至托盘持续待命,彻底退出只需右键托盘或点击主界面按钮,逻辑清晰,零门槛上手。


