Bài tập tìm text:

Gợi ý: có thể dùng Regular Expression (tiện hơn so với ko dùng).

ựng dụng: tìm text trong di động. tìm kiếm offline.

Stage 3: Scope of WOrk

3. Tìm hiểu chi tiết nội dung công việc với 1 kế hoạch pt rõ ràng ( từ khách hàng).

Work Break Structure:

Ví dụ:

2 dòng đầu mô tả tên dự án.

Deadline

Phân chia công việc ra các level, càng cao càng chi tiết

4. Tại mỗi thời điểm luôn xác định 4 phần việc quan trọng nhất ( đồng cấp trong WBS)

Với mỗi phần việc jquan trọng mức High cần xác định ra các sample có sẵn, các công nghệ cần tìm hiểu , test case thực hiện , các thiết bị cụ thể nếu có...

Bảo đảm dành thời gian cho việc kiểm thử, với mỗi module hoàn thành xong à kiểm thử lại chúng (Unit Test).

5. Cần có 1 người trong đội pt đứng ra liên lạc giữa các bên

Stage 4: Design

1. Xác định các trải nghiệm người dùng. Ví dụ ios thì người dùng quen với loại trải nghiệm trượt sang ngang để trại nghiệm

Có 1 số hiệu ứng đặc biệt tiện lợi cho người dùng thì bắt buộc phải làm cho mọi nền tảng.

Ví dụ: pull to refresh: kéo hết à kéo thêm phát nữa sẽ lấy dữ liệu về. mặc định ko có trên windowphone , (android có).

2. Kiến trúc thông tin: luồng giaod iện tổng quát của chương trình khi người dùng tương tác. Gồm các menu, thông điệp, alert, toast, push notification, ...

3. Các tương tác cho người dùng: người dùng sẽ được sắp xếp các nút nhấn, văn bản , input field...

4. Trực quan: có thể bắt chước thiết kế các sản phẩm khác mà nổi tiếng, người dùng đã quen. Ví dụ app đọc báo thường có hiệu ứng tương tự nhau do người dùng đều quen với các hieuejunwgs đó.

Stage 5: lập trình:

Bên cạnh việc viết mã, cần làm các việc song song:

- Hàng tuần phải duyệt lại ít nhất 1 lần các yc pm. Tránh quên yêu cầu.

- App có nhiều giao diện thì việc kiểm tra các giao diện hiển thị cho người dùng là quan trọng. nhằm tránh các thông báo tối nghĩa trong các trường hợp bất thường.

- Kiểm tra tiến độ cập thông qua wbs. Sai lệch 10-15% à vẫn chập nhận được. quá à phải viết lại WBS.

- Ghi lại feedback đúng định dạng của công ty.

Stage 6: Bảo đảm chất lượng.

Kiểm thử mức tích hợp à nên xóa bản cũ rồi nạp bản mới ??

Với kiểm thử hệ thống cần giữ lại cả bản cũ , sau đó ghi đè = bản mói , giúp giả lập được trường hợp nâng cấp phiên bản.

Case study: Phân tích các ưu nhược điểm của các ứng dụng rao bán hàng online

- Chính sách đổi trả tiện lợi

- Cho phép phản hồi ...

- Nữ tham gia nhiều à thiết kế giao diện cho phù hợp...

Chương 8: quảng bá sản phẩm

- Tăng kết quả xếp hạng của trang chủ (giới thiệu app).

- Bổ sung các cách quảng bá: trả tiền cho bên bán thiết bị nếu họ cài app vào máy người mua, trả tiền bên website nếu họ quảng cáo ứng dụng, tặng tiền khuyến mãi nếu người dùng giới thiệu app cho người khác , người giới thiêu cũng dc khuyến mãi nếu xác thực dc giới thiệu từ người khác ...

Beta tester: đưa ra bản thử nghiệm cho người dùng sử dụng . số lượng các bản thử nghiệm có thể hạn chế.

Video creation: tạo ra các bản video quảng bá và đăng tải lên các mạng xã hội.

In-app sharing feature: cho phép người dùng chia sẻ thông tin dễ dàng bằng việc thao tác trong ứng dụng, đăng bài trên facebook. ( Fai dùng facebook sdk mới có thể đăng được nhiều thông tin ).

Chấp nhận thuê đội đánh giá app.

+Tave