Thêm tính năng

[quangdieu05]

Thêm mấy cái tính năng này được không bác?

• chia ra 2 phần, đi và đến.
• Liên kết với bên user, cấp quyền chỉ xem, chỉ đọc hay được quyền edit công văn đến, đi (ví dụ mỗi phòng có 1 user, login vào sẽ nhìn đc phòng mình có c.văn gì mới đến hay cần làm gì)
• Tự động thông báo (đẩy email, tin nhắn) đến các phòng ban nhận
• Tự động đánh số hoặc thủ công công văn theo thứ tự đi kèm năm, hết năm thì quay lại về số 1. và khi tìm kiếm thì hỗ trợ tìm theo số này, có ngày đi, ngày đến riêng. Thêm mục kí hiệu văn bản bên cạnh số đi, số đến.
• Thêm nơi gửi công văn trong mục công văn đến
• Thêm ghi chú, chỉ đạo của người tiếp nhận hay của lãnh đạo, phòng thực hiện chỉ đạo đó

[thehung]

- chia ra 2 phần, đi và đến.=> Cái này tất nhiên. Nhưng có 2 cách: Cách phức tạp: chia 2 mục độc lập phát triển theo mục đích khác nhau. Cách đơn giản: theo mình có thể dùng 1 bảng csdl và dùng bộ lọc là được (thậm chí vẫn có thể tạo 2 nút gửi công văn đi và đến khác nhau nếu làm cách này). - Liên kết với bên user, cấp quyền chỉ xem, chỉ đọc hay được quyền edit công văn đến, đi (ví dụ mỗi phòng có 1 user, login vào sẽ nhìn đc phòng mình có c.văn gì mới đến hay cần làm gì) => Chuẩn. Nhưng cần tính kỹ một chút vì không phải lúc nào cũng có nhu cầu phân quyền. Còn nếu đã làm phân quyền thì phải làm đầy đủ: ngoài phân quyền nhóm, còn phải phân quyền cho từng use. - Tự động thông báo (đẩy email, tin nhắn) đến các phòng ban nhận => Cái này ngoài liên quan đến phân quyền ở trên thì còn liên quan đến các mẫu email mẫu tin nhắn và cần có chỗ quản lý các cái này. - Tự động đánh số hoặc thủ công công văn theo thứ tự đi kèm năm, hết năm thì quay lại về số 1. và khi tìm kiếm thì hỗ trợ tìm theo số này, có ngày đi, ngày đến riêng. Thêm mục kí hiệu văn bản bên cạnh số đi, số đến. +1 - Thêm nơi gửi công văn trong mục công văn đến => Nếu làm cái này thì cần tính toán đến việc code công cụ quản lý nơi gửi, nơi nhận, chỉnh sửa và tách gộp hàng loạt. Làm cái này bắt đầu thấy module to phết rồi đấy ;-) - Thêm ghi chú, chỉ đạo của người tiếp nhận hay của lãnh đạo, phòng thực hiện chỉ đạo đó Cái này liên quan đến việc biên soạn và phát hành công văn đi. Bắt đầu lấn sân sang chức năng quản lý văn bản rồi :-D

[thanhtrung87]

Ở đây cần phải xem lại nhé là mình sẽ phát triển tới mức độ nào đã.
phải hiểu rõ qui trình và đường đi của văn bản đến, đi

I. văn bản đến thì có 2 hình thức tiếp nhận: qua mạng và trực tiếp
Qui trình: 1.Tiếp nhận văn bản đến->2 lãnh đạo phòng -> lãnh đạo dơn vị -> 4. chuyên viên thụ lý

ii.Văn bản đi:

1. Dự thảo văn bản -> 2. Lãnh đạo phòng->3 lãnh đạo đơn vị -> 4văn thư phát hành.

Note về ý của Anh Thế Hùng: em không thể đưa phân tích sâu vì không biết mục đícg cụ thể của modules này dùng để áp dụng vào mục đích gì và không am hiểu cấu trúc của nuke. Em chỉ góp ý trên cái anh đưa ra

• Tự động thông báo (đẩy email, tin nhắn) đến các phòng ban nhận => Cái
  này ngoài liên quan đến phân quyền ở trên thì còn liên quan đến các mẫu
  email mẫu tin nhắn và cần có chỗ quản lý các cái này.

=> chổ này sẽ phát sinh danh mục cấu hình nội dung email và viết thêm 1 con service kết nối sms mặt định sẽ tin nhắn và mail sẽ theo từng bước trên qui trình. giống như nhắc nhở cho từng người khi nhân được công việc

• Tự động đánh số hoặc thủ công công văn theo thứ tự đi kèm năm, hết năm
  thì quay lại về số 1. và khi tìm kiếm thì hỗ trợ tìm theo số này, có ngày
  đi, ngày đến riêng. Thêm mục kí hiệu văn bản bên cạnh số đi, số đến.

=> chổ này thêm 2 cái danh mục gồm bộ sổ và bộ số văn bản

• Thêm ghi chú, chỉ đạo của người tiếp nhận hay của lãnh đạo, phòng thực
  hiện chỉ đạo đó

muốn làm phẩn này phải có nhiều thứ khác. như biên bản họp-> đưa ra thông báo kết luận-> thông báo ý kiến chỉ đạo -> phát hành văn bản và có thêm phần theo dõi(tại đây còn rất ư nhiều thứ phải làm ví du phân quyền ai là người theo dõi còn chưa tính tới việc giáp sát và tiến độ công việc, .... cái này rát nhiều thứ để bàn. nhưng mục đích bản này là gì mới biết đưa ra nghiệp vụ và hướng giải quyết cụ thể

[vuthao]

@cudzaydi3344 em không thể đưa phân tích sâu vì không biết mục đícg cụ thể của modules này dùng để áp dụng vào mục đích gì và không am hiểu cấu trúc của nuke

--> Module này gần như viết mới hoàn toàn. NukeViet chỉ làm khung (framework của ứng dụng này, và tận dụng phần quản lý tài khoản, nhóm tài khoản.). Còn tất cả các phần liên quan đến quy trình nghiệp vụ cần xây dựng từ đầu.

Thời gian thực hiện việc này khoảng 2 tháng cho 2 em sinh viên đã code khá với NukeViet (Kinh nghiệm thực tế 6 tháng)

[thanhtrung87]

--> Module này gần như viết mới hoàn toàn. NukeViet chỉ làm khung (framework của ứng dụng này, và tận dụng phần quản lý tài khoản, nhóm tài khoản.). Còn tất cả các phần liên quan đến quy trình nghiệp vụ cần xây dựng từ đầu.

cho mình hỏi là xây dựng theo hướng mở hay là đóng

nếu mở thì thời gian 2 tháng là bất khả thi

[thehung]

Theo mình team phát triển quyết định lựa chọn quy mô dựa trên khả năng đáp ứng thôi. từ thấp đến cao có các mức sau: - Mức 1: Loại đơn giản nhất: Thay sổ công văn bằng giấy thì đưa lên quản lý online (Vào sổ, lưu trữ bản scan). Đây là yêu cầu dạng đơn giản nhất. Người quản lý module là văn thư. Dạng này chỉ lập dữ liệu đơn thuần, không cho lọc hoặc tra cứu chéo (Ngoài số công văn được gán ID, còn lại mọi dữ liệu khác chỉ được lưu trong trường dữ liệu duy nhất. - Mức 2: Loại phức tạp hơn: + Gán ID cho từng dữ liệu để phục vụ liên kết và tra cứu chéo (Ví dụ tra cứu cùng cơ quan ban hành thì cơ quan ấy đã ban hành các công văn nào...) + Gán cho các bộ phận tiếp nhận và xử lý công văn (Gửi email đến các bộ phận tiếp nhận). - Mức 3: Quản lý toàn bộ quá trình tiếp nhận hoàn toàn trực tuyến

[ngocphan123]

Như theo sự góp ý của anh hùng chắc bọn em có thể làm đến mức 2 thôi ạ

[thuvp1995]

em đã đọc góp ý của mọi người, theo như ý tưởng ban đầu của nhóm em định làm là quản lí công văn đi và đến để lưu trữ, tra cứu và đối với một công văn mới đến sẽ biết được trạng thái xử lí của công văn đến đâu (ví dụ: đã được chuyển đến phòng ban nào, đã giao cho cán bộ A xử lí. Theo như em hỏi ý kiến giáo viên hướng dẫn thì có thể một công văn khi được phòng văn thư nhận, nếu công văn đó là gửi đến một cá nhân, ví dụ hiệu trưởng nhà trường, thì sẽ chuyển trực tiếp đến cá nhân đó chứ không qua hết các phòng ban như quy trình đầy đủ). Vì vậy theo em nên có thêm trường để lưu trạng thái xử lí công văn, còn nếu chỉ gửi mail đến bộ phận tiêp nhận như góp ý của anh Hùng thì sẽ không nắm được tình trạng của công văn đó.

[thanhtrung87]

Theo như em hỏi ý kiến giáo viên hướng dẫn thì có thể một công văn khi được phòng văn thư nhận, nếu công văn đó là gửi đến một cá nhân, ví dụ hiệu trưởng nhà trường, thì sẽ chuyển trực tiếp đến cá nhân đó chứ không qua hết các phòng ban như quy trình đầy đủ). Vì vậy theo em nên có thêm trường để lưu trạng thái xử lí công văn, còn nếu chỉ gửi mail đến bộ phận tiêp nhận như góp ý của anh Hùng thì sẽ không nắm được tình trạng của công văn đó.

Thợp gửi cá nhân là rất ít em nhé. và gửi cho cá nhân thì chỉ người đó phải là lãnh đạo đơn vị như trường học thì hiệu trưởng hiệu phó, nói chung là BGH nhà trường mới có cấy qui trình đó.
làm theo hướng đó em sẽ phải đi theo hướng khác nữa là. Văn thư tiếp nhận -> lãnh đạo đơn vị -> lãnh đạo phòng ban-> chuyên viên

[thanhtrung87]

ở chồ này em nên làm theo danh mục quản lý quy trình và nhật ký(lưu vết cây quy trình và thêm trướng hợp trả lại và rút lại)

[ngocphan123]

Thợp gửi cá nhân là rất ít em nhé. và gửi cho cá nhân thì chỉ người đó phải là lãnh đạo đơn vị như trường học thì hiệu trưởng hiệu phó, nói chung là BGH nhà trường mới có cấy qui trình đó. làm theo hướng đó em sẽ phải đi theo hướng khác nữa là. Văn thư tiếp nhận -> lãnh đạo đơn vị -> lãnh đạo phòng ban-> chuyên viên Bọn em dự định làm theo quy trình này ạ. Vào 09:10 20 tháng 3, 2017, cudzaydi3344 <notifications@github.com> đã viết:

…

ở chồ này em nên làm theo danh mục quản lý quy trình và nhật ký(lưu vết cây quy trình và thêm trướng hợp trả lại và rút lại) — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#1 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ANklAS1q1pLbkoGSZDLqeXwcTiFawLnAks5rneAmgaJpZM4MfoDF> .

[ngocphan123]

Bọn em viết quy trình trên wiki các anh xem góp ý cho bọn em với ạ https://github.com/nukeviet/module-dispatch/wiki/Quy-tr%C3%ACnh-qu%E1%BA%A3n-l%C3%BD-v%C4%83n-b%E1%BA%A3n