Bài mẫu ASM2 - Vòng đời phát triển phần mềm (SDLC) - Đặng Tấn Tài

Bài mẫu ASM2 môn Vòng đời phát triển phần mềm (SDLC). Trình bày chi tiết phân tích yêu cầu, mô hình hóa hệ thống qua các sơ đồ Use Case cụ thể.

Trường đại học

BTEC Level 5 HND Diploma in Computing

Chuyên ngành

Software Development Life Cycle

Tác giả

Ẩn danh

Người đăng

Ẩn danh

Thể loại

Assignment

2021

62
2
0

Phí lưu trữ

30 Point

Mục lục chi tiết

LỜI CAM ĐOAN CỦA SINH VIÊN

1. Xác định các bên liên quan, vai trò và lợi ích của họ trong tình huống nghiên cứu

1.1. Vai trò và lợi ích của các bên liên quan

1.2. Phân biệt yêu cầu chức năng (FR) và yêu cầu phi chức năng (NFR)

2. Thảo luận về các kỹ thuật thu thập yêu cầu và lựa chọn công nghệ

2.1. Công nghệ phía máy chủ và cơ sở dữ liệu

2.2. Tổng quan ngăn xếp công nghệ Front-End, Back-End và Database

3. Phân tích yêu cầu và sử dụng kết hợp các kỹ thuật mô hình hóa cấu trúc và hành vi

3.1. Sơ đồ và đặc tả các ca sử dụng

3.1.1. Ca sử dụng cho hệ thống chung

3.1.2. Ca sử dụng cho hệ thống quản trị

3.1.3. Ca sử dụng cho hệ thống người dùng và khách hàng

3.1.4. Ca sử dụng cho quản lý tài khoản quản trị và người dùng

3.2. Sơ đồ lớp (Class Diagram)

3.3. Sơ đồ hoạt động (Activity Diagram)

4. Thảo luận về cách giải quyết các yêu cầu người dùng và phần mềm trong giai đoạn thiết kế

4.1. Thiết kế giao diện Trang chủ

4.2. Thiết kế giao diện Danh sách phát

4.3. Thiết kế giao diện Chi tiết nghệ sĩ và bài hát

4.4. Thiết kế giao diện Đăng nhập

4.5. Thiết kế giao diện Đăng ký

4.6. Thiết kế giao diện Trang 404 không tìm thấy

4.7. Thiết kế giao diện Bảng điều khiển quản trị

Tóm tắt

I. Xác Định Các Bên Liên Quan Trong SDLC

Trong quy trình SDLC (Software Development Life Cycle), việc xác định các stakeholder là bước quan trọng nhất. Các bên liên quan bao gồm khách hàng, nhà phát triển, quản lý dự án và nhân viên kiểm thử. Mỗi stakeholder có vai trò và lợi ích khác nhau đối với dự án phát triển phần mềm. Hiểu rõ nhu cầu của từng nhóm giúp đảm bảo sản phẩm cuối cùng đáp ứng mong đợi của tất cả các bên. Việc này là nền tảng để phân tích yêu cầu chính xác và xây dựng hệ thống hiệu quả.

1.1. Vai Trò Của Khách Hàng Và Nhà Phát Triển

Khách hàng là người đưa ra yêu cầu và kiểm tra sản phẩm, họ là người chịu trách nhiệm định hình tính năng chính. Nhà phát triển (Developer) chịu trách nhiệm chuyển đổi những yêu cầu này thành code và xây dựng ứng dụng hoàn chỉnh dựa trên các công nghệ phù hợp như NodeJS, Express JS hay MongoDB.

1.2. Trách Nhiệm Của Quản Lý Dự Án Và Tester

Quản lý dự án đảm bảo tiến độ thực hiện đúng lịch trình và quản lý nhân sự hiệu quả. Nhân viên kiểm thử (Tester) soạn danh sách kiểm tra và xác minh chất lượng phần mềm trước khi triển khai thực tế, giảm thiểu lỗi trong giai đoạn sản xuất.

II. Phân Tích Yêu Cầu Hệ Thống

Phân tích yêu cầu (Requirements Analysis) là giai đoạn chuyển đổi nhu cầu kinh doanh thành các yêu cầu chức năng (FR - Functional Requirements)yêu cầu phi chức năng (NFR - Non-Functional Requirements). Yêu cầu chức năng mô tả những dịch vụ hệ thống phải thực hiện như tìm kiếm nhạc, nghe mẫu hoặc mua sheet music. Yêu cầu phi chức năng liên quan đến các ràng buộc như hiệu suất, bảo mật và khả năng mở rộng. Trong dự án website nhạc, việc sử dụng công nghệ NodeJS và MongoDB giúp xử lý dữ liệu nhanh chóng và hỗ trợ tính năng không đồng bộ.

2.1. Yêu Cầu Chức Năng FR

FR (Functional Requirements) là những dịch vụ cụ thể mà hệ thống phải cung cấp. Ví dụ: người dùng có khả năng đăng ký, đăng nhập, tìm kiếm bài hát trong kho lưu trữ, nghe mẫu âm thanh, và mua nhạc bản quyền. Các yêu cầu này xác định trực tiếp những tính năng được nhìn thấy và sử dụng bởi người dùng cuối.

2.2. Yêu Cầu Phi Chức Năng NFR

NFR (Non-Functional Requirements) là những ràng buộc và tiêu chí chất lượng mà hệ thống cần đáp ứng. Điều này bao gồm tốc độ xử lý nhanh, độ tin cậy cao, bảo mật dữ liệu người dùng, và khả năng mở rộng khi số lượng người dùng tăng. Các yêu cầu này ảnh hưởng trực tiếp đến hiệu năng và độ hài lòng người dùng.

III. Xây Dựng Sơ Đồ Use Case Trong SDLC

Sơ đồ Use Case là một công cụ mô hình hóa hành vi hệ thống quan trọng trong SDLC. Nó minh họa tương tác giữa các actor (người dùng hoặc hệ thống khác) và các use case (những hành động cụ thể). Trong dự án website nhạc, có nhiều use case khác nhau cho quản trị viên (Admin), người dùng bình thường (User) và khách truy cập (Guest). Sơ đồ này giúp visualize luồng công việc, xác định các tính năng chính và đảm bảo tất cả nhu cầu người dùng được đáp ứng đầy đủ.

3.1. Use Case Cho Hệ Thống Quản Trị Admin

Use case quản lý bài hát cho phép Admin đăng nhập vào bảng điều khiển, xem danh sách bài hát hiện tại, và thực hiện các hành động như thêm, chỉnh sửa hoặc xóa bài hát. Điều kiện tiên quyết là Admin phải có tài khoản hợp lệ và quyền truy cập vào miền website.

3.2. Use Case Cho Người Dùng Thông Thường

Người dùng đăng ký tài khoản, đăng nhập, tìm kiếm bài hát trong kho lưu trữ, nghe mẫu âm thanh, và thực hiện mua bản nhạc. Các use case này được xây dựng dựa trên nhu cầu thực tế của khách hàng, đảm bảo trải nghiệm người dùng mượt mà và trực quan qua giao diện web.

IV. Công Nghệ Và Quy Trình Triển Khai SDLC

Để thực hiện SDLC hiệu quả, dự án sử dụng kiến trúc back-end/front-end hiện đại. Back-end được xây dựng với NodeJS và Express JS, cho phép xử lý yêu cầu bất đồng bộ với tốc độ cao. Front-end sử dụng HTML, CSS, JavaScript, AJAX và jQuery để tạo giao diện tương tác. Dữ liệu được lưu trữ trong MongoDB thông qua Mongoose, được triển khai trên đám mây. Các thành phần giao tiếp qua API (Application Programming Interface) với URL đơn giản, tối ưu hóa hiệu suất tải trang và cải thiện độ tin cậy của hệ thống.

4.1. Kiến Trúc Back End Và Công Nghệ Cơ Sở Dữ Liệu

NodeJS là nền tảng JavaScript chạy trên máy chủ, hỗ trợ lập trình bất đồng bộ giúp xử lý nhiều yêu cầu đồng thời. Express JS là framework web giúp xây dựng API nhanh chóng. MongoDB với Mongoose xử lý dữ liệu từ cơ sở dữ liệu đến back-end với tốc độ cao, hỗ trợ NoSQL không quan hệ tối ưu cho dự án này.

4.2. Giao Diện Front End Và Tích Hợp API

Giao diện front-end sử dụng HTML, CSS, JavaScript để thiết kế và tương tác. AJAX và jQuery cho phép gửi yêu cầu không làm tải lại trang, cải thiện trải nghiệm người dùng. Kết nối với back-end thông qua API với URL đơn giản, đảm bảo dữ liệu được trao đổi an toàn và hiệu quả giữa client và server.

Tóm tắt và mô tả trên trang này được tạo với sự hỗ trợ của AI. Nếu bạn thấy nội dung không chính xác hoặc có vấn đề, vui lòng Báo lỗi nội dung.

28/12/2025
Sdlc bsaf200013 dangtantai asm2

Trích đoạn nội dung tài liệu

ASSIGNMENT 2 FRONT SHEET Qualification BTEC Level 5 HND Diploma in Computing Unit number and title Unit 09: Software Development Life Cycle Date Received 1st Submission date December – 30 – 2021 December – 30 – 2021 submission Date Received 2nd Re-submission Date submission Student Name Dang Tan Tai Student ID BSAF200013 Class PBIT_CNTT16101 Assessor name Cao Tien Thanh Student declaration I certify that the assignment submission is entirely my own work and I fully understand the consequences of plagiarism. I understand that making a false declaration is a form of malpractice. Student’s signature Tai Grading grid P5 P6 P7 M3 M4 M5 M6 D3 D4 ❒ Summative Feedback: ❒ Resubmission Feedback: Grade: Assessor Signature: Date: IV Signature: Learning Outcomes and Assessment Criteria Pass Merit Distinction LO3 Undertake a software development lifecycle P5 Undertake a software M3 Analyse how software D3 Critically evaluate investigation to meet a requirements can be how the use of the business need. traced throughout the function design paradigm software lifecycle.

in the software development lifecycle can P6 Use appropriate M4 Discuss two improve software quality. software analysis approaches to improving tools/techniques to carry software quality. out a software investigation and create supporting documentation. LO4 Discuss the suitability of software behavioural design techniques D4 Present justifications P7 Explain how user and M5 Suggest two software of how data driven software requirements behavioural specification software can improve the have been addressed.

methods and illustrate reliability and their use with an effectiveness of software. M6 Differentiate between a finite state machine (FSM) and an extended- FSM, providing an application for both. Table of Contents A. Identify the stakeholders, their roles and interests in the case study.

Discuss the technique you would use to obtain the requirements. Analyst the requirements that you identified and using a combination of structural and behavior modelling techniques that we learnt. Discuss how the user and software requirements are address in the design phrase. Identify the stakeholders, theirs roles and interests in the case study In this project, there are many stakeholders including shareholders, partners, and employees involved in the project along with existing technologies to create a complete website about music that brings revenue for the company.

In this project, they required the following: - Search music in the archive - Listen to sample music - Buy sheet music - Sign up and login - Other offers 1. Customers are the company's customer partner who is the product tester and the person who makes the requirements for the project 2. Developers are someone who develops project software based on customer requirements and builds a complete program. Project Managers are a project manager it is responsible for ensuring the project is on schedule, managing its staff, and reporting the project to the client.

Tester: who writes test lists of software before using it in the market. The different between FRs and NFRs FR NFR A service the system has to perform A constraint the system must satisfy May include information the system must contain II. Discuss the technique you would use to obtain the requirements In the project we use server-side technologies including NodeJS technology and ExpressJS support library along with various libraries, and use NOSQL non-relational database Mongoose Database. It's all stored in the cloud and connects to the client side using an API (Application Programming Interface) with just a URL.

If you're wondering why I use NodeJS and Mongoose DB, it's because this is a JavaScript language that runs on the Back-End and it's an asynchronous language, so it will provide a very fast processing and loading speed for websites. and at the same time, MongoDB helps to process data from DB to Back-End quickly. Front-End: HTML, CSS, JavaScript, AJAX and JQUERY Back-End: NodeJS + Express JS Database: Mongoose DB III. Analyst the requirements that you identified and using a combination of structural and behavior modelling techniques that we learnt In this project and explain the life cycle software development I am going to have some use case for this project after I analyst Firstly, The use case for general system Photo 1 General Use Case Secondly, The use case for admin system Photo 2 Admin Use case Thirdly, The use case for user system Photo 3 Guest, User, Client Use case Finally, The use case for management account of admin and user Photo 4 Management Account Use case And this is the table to describe the use case in above: To General use case: Key components Explanation Name Management songs Actor Admin Description When admin has logged, Admin has full power to control the website Goal At panel management songs, Admin can see the current song and have some action for the songs Pre-condition They need to have account of admin, domain website and internet Trigger The users need to have the account of admin Post-condition Authenticate and gain administrator rights at the interface screen Normal flow From browser and fill in the domain in URL Alternative flow Admin need to login to the management page Exception flow If the page does not exist, The page will direct to 404 Page and display on the screen If the data does not exist in sever, the page will display 500 page and alert the message to users Other Key components Explanation Name Add song Actor Admin Description Admin can create a new song by click and the data will save on database MongoDB (NOSQL) Goal The data at admin screen will save on database Pre-condition The admin needs to follow the rules and validation fill at screen add new song Trigger If the admin wants to create a new song and display at user interface Post-condition Admin need to fill all the information required then click to initialize Normal flow When the sever valid the roles are “admin” and direct to the admin management songs page then the admin should be select the button “Add new song” and fill in all the information, then click “Create” the database will initialize in database Alternative flow Need login Click button “Create” at screen management songs Insert information The data will save on database and display outside at user screen Exception flow If the data has existed on database, the alert message would have a box to alert Other Key components Explanation Name Delete song Actor Admin Description Admin can delete a song by click and the data will remove on database MongoDB (NOSQL) Goal The data at admin screen will remove on database and reload page Pre-condition The admin will confirm to delete the data select by ID Trigger If the admin wants to delete a song Post-condition Admin need to confirm to delete the item Normal flow When the sever valid the roles are “admin” and direct to the admin management songs page then the admin should be select the button “Delete” at row and have an alert need the admin confirm “OK” in a box alert Alternative flow Need login Click button “Delete” at screen management songs Delete song The data will delete on database and display outside at user screen Exception flow If the data has not existed on database, the alert message would have a box to alert Other Key components Explanation Name Update song Actor Admin Description Admin can update a song by click “update” and the data will update on database MongoDB (NOSQL) Goal The data at admin screen will display and update data on database Pre-condition The admin will go to admin page and select the row they want to update new data, just fill in the new data at the fill they want to update and click on “Update” then click “confirm” to update Trigger If the admin wants to update new data Post-condition Admin need to select a row then click on “edit” and just fill in the new data then click on “update” to update new data on database Normal flow When the sever valid the roles are “admin” and direct to the admin management songs page then the admin should be select the button “Row” at row and direct to a new page for update data, after direct to new page, the admin should click on “edit” and update new value Alternative flow Need login Click button “Edit” at screen management songs Update value song The data will update on database and display outside at user screen Exception flow If the data has not existed on database, the alert message would have a box to alert Other The table to describe Management V.P Key components Explanation Name Management V.P Actor Admin Description At admin management V.P, the admins can management V.P Users and update for them, if the admin wants to view details the status users and upgrade for them become a V.

Nội dung được bảo vệ bản quyền — Tải xuống đầy đủ