110 likes | 298 Views
E a s y S h a r e. Jung Son Ky Le. Operational Concepts. Recent years, huge number of growth in Internet users and broadband usage File-sharing become extremely popular Emails, IM, Peer-to-Peer Apps Limitations in current file-sharing applications. Operational Concepts (cont.).
E N D
E a s y S h a r e Jung Son Ky Le
Operational Concepts • Recent years, huge number of growth in Internet users and broadband usage • File-sharing become extremely popular • Emails, IM, Peer-to-Peer Apps • Limitations in current file-sharing applications
Operational Concepts (cont.) • EasyShare provides convenient way of sharing files • Share files with friends, family, others • Centralized database, eliminating peer-to-peer connection • Faster than peer-to-peer file sharing • Speed is only limited by the user’s own connection speed
System Requirements • Users given fixed amount of storage • Users can upload/download files to/from personal online database • Folders can be made private, password protected or public • Users can add friends, view/download their friends’ public files
System Requirements (cont.) • Search files and download • Protected folders are useful for sharing confidential files between friends • Application maintains statistics for each file
System & Software Architecture • Clients use application via window that includes friend management, download/upload/search files • Server needs a database system • Major software components include: login, main, friend management, down/upload window
Life Cycle Plan • Seven weeks to complete with 4-8 students • Requires developers knowledgeable in database, networking, and building platform • Work divided into three parts • Each developer spends ~15 hours/week
Life Cycle Plan (cont.) • Use of Spiral Model • Week 1: collect requirements, resources and build a detail design. • Week 2 – 5: coding. Update the design if necessary. First release after week 2. • Week 6: testing. Update the design. Second release at the beginning of the week. • Week 7: testing and finish. Final release.
Feasibility Rationale • Risks: • Availability of developers with database & networking knowledge • Security and high transfer rate • Searching & sorting implementation
Feasibility Rationale (cont.) • Can this really be built? • With today’s resources and technology, YES, given that project members are knowledgeable in networking, database management, and platform building