From gerry@maijdee.mccb.org Sun Mar 10 01:53:48 2002 Received: from mx.agni.com ([202.53.160.4]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16jxDG-0004yv-00 for ; Sun, 10 Mar 2002 01:53:46 -0500 Received: (from uucp@localhost) by mx.agni.com (8.12.1/8.12.1) with UUCP id g2A6iD7a020683 for prime-dev@mail.freesoftware.fsf.org; Sun, 10 Mar 2002 12:44:13 +0600 Received: from maijdee.mccb.org (localhost.localdomain [127.0.0.1]) by server.maijdee.mccb.org (8.11.6/8.11.3) with SMTP id g2A69NK04192 for ; Sun, 10 Mar 2002 12:09:23 +0600 Received: from 192.168.1.130 (SquirrelMail authenticated user gerry) by server.maijdee.mccb.org with HTTP; Sun, 10 Mar 2002 12:09:23 +0600 (BDT) Message-ID: <1251.192.168.1.130.1015740563.squirrel@server.maijdee.mccb.org> Date: Sun, 10 Mar 2002 12:09:23 +0600 (BDT) From: "Gerry Kirk" To: "prime dev list" X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.3) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Prime-dev] RE: PRiMe vision doc Sender: prime-dev-admin@mail.freesoftware.fsf.org Errors-To: prime-dev-admin@mail.freesoftware.fsf.org X-BeenThere: prime-dev@mail.freesoftware.fsf.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: For developers of PRiMe List-Unsubscribe: , List-Archive: Morley, Great feeback. Note I am replying on the dev list - time to put it into action! Good points about use case vs. services. My approach mirrors that of Michel's back at EQUIST, when I was helping him with vision docs. He had described a system with high-level services, and then in the use case scenarios referred to these services. Note that services do not necessarily become software components - they are merely abstractions of the system. If I was to do it again, I would take the approach you mention, focusing on the primary use cases. In the overall diagram then, would there be a circle for each use case, with input arrows from some roles/actors and output arrows to some roles/actors? How does one summarize all of the use cases into one diagram for clarity? > 3. You left the Administrator out of the System Overview use case diagram, and there is no use case for administration. I'm guessing this was intentional, either because you were running out of real estate in the diagram, or because you wanted to omit it for the sake of clarity. Is this correct? > You are correct on both accounts. The work of the administrator is more predictable and less of a priority to flesh out the details at the moment. > 4. You refer to 'Role's throughout the document. The term I have typically seen in UML circles is 'Actor'. I personally prefer 'Role', but in general you have to decide how closely you want to follow standards, ie. UML in this case. A general rule of thumb I have seen is 'Stick to the standard unless you have a good reason not to.' > In the documentation for Poseidon, they mention Actors are also referred to as Roles. Actor is certainly more common, and the app itself uses Actor and not Role. So, there must be some support for it. I've already introduced the term to people here, so I'll stick with it for now. > 5. You have a slide that explains what a role is. You define it as types of people or organizations that interact with the system. In UML, Actors can also be other systems that will interact with the system being modeled. Are there any such systems in this case? E.g. will financial information be pulled from an accounting system? Could this system be integrated with the MCC main Web site in any way? Food for thought... > Presently, I am not aware of any other systems that would interact with prime. Good question, though. > 6. The 'Data Entry Typist' is shown as participating in the 'Partner Profiler' service, but the slide describing the role has a restriction of 'cannot change partner profile def'n'. If the role has this > restriction, how does it participate in the use case? Is it likely that managers themselves will use the system directly to manage the partner profiles? Or would it be delegated to an analyst, or the admin? > Yes, there is a contradiction there. A lot of this are my own suggestions so far. I've assembled a team, consisting of 2 Managers, 1 Researcher, 1 Data Collector and 1 Data Entry Typist. Together, we'll look at use cases in more detail, and determine who will do what, and what restrictions need to be there. A more general question I have is, what details are required in an Actor/Role definition? I have a basic description, participation in tasks/use cases, and in one case I have suggested a security constraint. There can also be associations between actors. Anything else? > 7. Related to 1 above, typically instead of having slides that describe system services and the data managed by each service, you would instead have slides that describe at a high level the steps involved in each use case. For example, a high level 'Manage Partners' use case might look something like: > > i) The user defines information that is used to identify a Partner. ii) The user defines measures that are used to track the status of a Partner. > iii) The user defines events and event data that affect the status of a Partner. > iv) The user creates a new Partner profile and enters the required information as defined in steps i) to iii). > v) The user modifies an existing Partner profile. > vi) The user disables an existing Partner profile. > All this is considered one use case? It looks like a number of use cases to me. These are all the activities related to managing partner profile data and status. Let me clarify one thing that may be confusing you. The first step in working with partner data is creating a partner definition. Once a definition is in place, then an actual partner profile can be created. First, I define what type of info I want to collect. Next, I can create a new partner, i.e. an instance of a partner and enter that information immediately, according to the definition I have created. Perhaps you already understand this. Looking at your list above, the steps i), ii) and iii) are creating the partner definition. Steps iv), v) and vi) are for maintaining the profile of a specific partner. > 8. Your description of the 'Partnership Profiler' service looks more like a 'Project Profiler' service. You talk about how a project is defined (identity, profile data to monitor), but you don't talk about managing the relationship between a partner and a project, ie. a Partnership. You could either add this in here, or perhaps separate them into 'Manage Projects', and 'Manage Partnerships' use cases. I used project as an example, because that is how the majority of work is done between MCCB and farm families. There are other examples of partnership activities I did not document. For instance, MCCB workers visit families and do tests to check the health of the family, especially children and the mother. I would see that as another activity that would be recorded, the results of which affect health profile data. Perhaps 'Partnership Profiler' should read 'Partnership Activity Profiler'. It facilitates the definition of activities done in partnership, so that later activities can be recorded and evaluated. An activity could not be entered into the system that does not yet have a definition. I might define an activity as a training course, which has a name, number of classes, pass/fail/incomplete status and so on. I would define the impact on partner profile data, for example, number of trainings received. > > 9. Some of the features that you talk about near the end of the > presentation could be captured in the use cases. Eg. being able to easily enter many events for a partnership, etc. > So, at this point, would all constraints on the system be captured in the use cases? What I'm trying to do at this point is to start defining the scope of the system. Is there a better way to do that? > Phew! Ok that might look like a lot, but basically I think you have a lot of the required information. I realize it could be a lot of work to act on some of my suggestions, and in some cases the benefit may not be worth the effort, so don't feel as though you have any obligation to do so. > Great effort on your part, Morley. The feedback is top notch. Hope your other work is coming along well. How did those deliveries go? - Gerry -- IT Specialist MCC Bangladesh -- "When a ball dreams... it dreams it's a Frisbee" From gerry@maijdee.mccb.org Sun Mar 10 04:57:36 2002 Received: from mx.agni.com ([202.53.160.4]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16k058-0007wz-00 for ; Sun, 10 Mar 2002 04:57:35 -0500 Received: (from uucp@localhost) by mx.agni.com (8.12.1/8.12.1) with UUCP id g2A9l3Yj002625 for prime-dev@mail.freesoftware.fsf.org; Sun, 10 Mar 2002 15:47:03 +0600 Received: from maijdee.mccb.org (localhost.localdomain [127.0.0.1]) by server.maijdee.mccb.org (8.11.6/8.11.3) with SMTP id g2A73xK04750 for ; Sun, 10 Mar 2002 13:03:59 +0600 Received: from 192.168.1.130 (SquirrelMail authenticated user gerry) by server.maijdee.mccb.org with HTTP; Sun, 10 Mar 2002 13:03:59 +0600 (BDT) Message-ID: <1278.192.168.1.130.1015743839.squirrel@server.maijdee.mccb.org> Date: Sun, 10 Mar 2002 13:03:59 +0600 (BDT) From: "Gerry Kirk" To: "prime dev list" X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.3) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_JJwT8DXAwZ16N1thqsP-(TMo)Bx_Kn5WZEacwMkiDmqi2gnP:jId8=)u8xEh" Subject: [Prime-dev] Use case diagram - revised Sender: prime-dev-admin@mail.freesoftware.fsf.org Errors-To: prime-dev-admin@mail.freesoftware.fsf.org X-BeenThere: prime-dev@mail.freesoftware.fsf.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: For developers of PRiMe List-Unsubscribe: , List-Archive: ------=_JJwT8DXAwZ16N1thqsP-(TMo)Bx_Kn5WZEacwMkiDmqi2gnP:jId8=)u8xEh Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi Morley, Does this look better? -- IT Specialist MCC Bangladesh -- "When a ball dreams... it dreams it's a Frisbee" ------=_JJwT8DXAwZ16N1thqsP-(TMo)Bx_Kn5WZEacwMkiDmqi2gnP:jId8=)u8xEh Content-Type: application/x-zip-compressed; name="use case.zip" Content-Disposition: attachment; filename="use case.zip" Content-Transfer-Encoding: base64 UEsDBBQAAAAIAGhoaiwwmE1Mbg8AAABGAAAMAAAAdXNlIGNhc2UucHB07VwNcFTVFT5339ufZHfz NiHBQBBWChIrKhhEqbYGEkCtSEa0dXQqYH4gCgQDiFodFkFbq7Y4oDUVC/5OpdpScKZ2iiVUdJwx LahgrS0Wp9RRhtH1p622Ndvz3fte3t8um8Du2Co3c9+777577rn3O+eec3/eZveu8v0P/mLom+QJ Z5NGvZkSCjnyBMek9ZAgCph5vZlMxsrOHAv/V+FT8w4ZjmD5BTlC5mGOEY4lHEs5RjnGOMY5lnE0 lApQOccKjoM4VnKs4jiY43EcqzkO4TiUYw3HYRyP5ziclM4gnmCmj4XPJlxMHfy3lMf1VFrE9066 gQYSBrPGOOvLT+G2F4UIx/gfOX9rHCLqZI9/PDvH/7Ex+vkMgiWrlSodSty1suX+mbvKbztIm+hX J70N2z5jVrKpY3lrZ1NH+6KlyUlnenVJqGnAUYR/GKNI+Y7Z3Xf/tbcOfuYjTePnhmWdna3M9dIl rZ2RHNS9rMl6liZgXrL/1g0ffDJzfuKnd0fo5DFb/ziO814gpeOgwDN0fj4pX7eGlJ/bTMrXbeMI nwhf1kQXUzvNoFa2lN/g1BKOHWwxkzSLreZcjq20kCNsKJl08JFf57x2zpvPJWdwqpmuoWVcai7X YJUDz+lcrlNa3yTTtHPqGvm+nmPqm0MOrXtuh0Cato6/8ZGdzwgyQ67+Iyew93d7159ak1j7Q+7/ 2E9+1sh5QU+eQW9rv9eB1ztaLXix896fUBFpYdalmfUKNSMUBn2gfZdfnkYvGMBqHL1s6GYZg/aG D8jULw3wvIT7A2yWcN8u4vtyvsPvLGQUFlH/QqKvrrmMpaI90pA065rMKLdzPQvyUhwuPG7APmK+ FKCSCCT2sIFesV/89Fy+j0wStZhlrTuXkiLDJZN5T+ao8Yg5kwSdlTQpkkrOQZRXFEjP0eZoVjql pyTsBkX11fJO6Zvky1Ba6ndC6Tv0TDerDpmckY+KTjHfITZTNI3xuFLQ0xlaJflvFwnGv1vwQyQj IjxWRIDpI/U0/P2EoovgHfL+yaIaQWljmGzDh1ol+QxECheDdoe/JtCujFVGjzkKCVnmX9o8+dQr 7YHM/FSbwNdLSYGZ6/4Ej9nXea760X8ymSekmSNaTP/WLDOyOGI/4119FOzC+jnyreKxiZS5yHXP xmOEp8nCbvLZZtNy3VFdjMVX+0km83SWJqOJziajCwYjfad8q5C2RqDouyBs6BuZRBuNkQSYlkhL 1iDtEFIz6Tppga7jEYERSvSgkSQ1tyeaGYGFvJyrrCBlAwTVssZ29TIcUv+RDzmXRE7zSB9a1sdf WDehN5lJ7uoKKlg4KBXFoI+1PWVo0XsaRhTYiix+ag6lw0mSY08+p1Ip9aKni+rqeqinJ0Nbtmzp K8cl+8rilulSCeTce++9jvp6ZJm2tjpClXVddUrtuc5MT5uPb11dnbzv27dPtmHGjBl08ODBnO1D HWgLt5C6u7tzlsM7alPto67c/a3rylBXpkfWh/4S27CQsGxYGd3DOZcz1Zpe4bBhNVKalg0TZNkw SzMyN5OL1mn/3FZvLJL/sxQJFxqGadFVH1toJ0P5B/KiAZ1TtSSpqydj8jVoUBJzCYuW1YteYSvv phjmogC3c/ooXmGK3ewL3BTVPh61fRR/Yoo0eww3RaWPR4uLIhFM6dn7kfToRp9/k7TDTSS9aFiY xsySSgqDfLR7+tDITuHnZqPRXx42Gtkpfk1eChsNL0X9YdGwQi40ql183S1F8KPhpvBz86ORj4cf DTeFGw0EPxoWRROj8QYpm+/ULIsa/uA1SRWW1En5Rjj01l1W9V+VlT6lN5CzXtVzVVa1R8tZr+qz Klsp3+hmWXdv8U711ll2jqeXuaRuUSk7IvJI2Vk2kEe+zrJaHsk6y+p5ZOosu/gLIcvUF6KXBsX0 9UGUDqTXBeHRImnMI9HroI58LT1UvtfTWAUKKkknyA4ixfNRjgEqlXSY0IEW5S/k+0MxlS84H9tF 1iriVmnzviPnBtsFyVUEyH+LWR9hiov9pYSknWNsFrNDKxKoEytvi1fArPMVrnOdp84povZKogbx PKcbJfOpO4D6tB3gvlLseBNrmK8Nt9cwXu5h/kuzv3tO9nMM1/a3bzXQFEK8hZBvADUY+ieYIGuk lNUHQ1tD71SdraEPIwVmxaoPmtkHTUTTczi5AjNgJhs17kZaSTRfgNdTRKtkerVM3ypbZGLHgOtY k9W1cX/atmZyoqlWZlZ7UmKz2FU5Uzeo3JTns1FrPQFSg+LpG+WTe40wja8NvC5W+xVJWsor7iSv C1rkXkZS7me0yjueF5jpVrpevm3j0p1yhb6U63nIwHpzlFm3Wi2MImspAKQ2Bmyk9BxIHegHUghH itRlOpBaXuZFCmQBUkh9LOtQSKnWbzTWif4h1UHLJFLttOgwaMVpFuc3y52lFsKqzE11IV+xTlvA JS/hmrFPlK/cNMm709yDOnzJdm5N/nKzOPf6fpVT6UX9KDuVc+dxqfwlL5K5+cpB7yby9UQppyop sUopS6Q1mdbN62B5rXLkWHr6Ijn19HKy9RRWE5uEW9kqTSGMNNhbp97dwYT39d4pYJvXiu7b7qB1 IvHofNbH4dj1EFA+XYP9O1eDjif6uRblNb/WFEC73rf2BlKqhTE9EVA2HlsxSdPGo6F6RNn4jWIA Nj5i23g2izTSzBe4MDhruedA2GmPpwtQrJSjzL13hHQ2q4/wl8SKwRYXC9+AvBDrUDTN5ptWCK6I awNSuWvbLuvbTtnsndWX9WT7K83sy7PM5TwCkI3jpZ3hcIu8rpLX1fLqtzP5fNqG0q+KR437K7NZ lRApq6J2vZRVUZZGl23ps4i4xNCSqNzRc6K7VrzxzHzWq+9vuIPbUsE0ctvoCPXqXe31GveeSbyM rJBCRpiUnn2vRunZLTXY+VV6hhPgsTFzLlEzAD2L2bLZT3a/BecnA8rvXyQb8EhBZCM06Y1dHrIp q4fEWTckdIF8+rHDQz4mbYtpAkjt5qb4sRtCLVF7dSkm78YRQAU/s1nBbnp3tX88BVBFzvH0rgaJ v/UWJD5kSPbxFJGnF6o/3doloReNcAJSODGguJ1FthQOcLyd62xmyOeF7VmWxq1QO2Sqntu1A1xm XtjbWmzSBnK2du7g/KPf1Vq9NGDoV4fA5TJ+Pt2yriYXS+edXAZS/+1aW+Ap7VUd9VcLe9yHzPrt ca+f3l/dCvFfvnF/V8hCL57eKOnU+FYatNGAl2mUHn8uuU/e1a5rVJZTu64t3Gs8Cx4lgnFgbr2W f0I+kMG5w9HpZG5t6QkrbdkUtbUl7NGWnjD6uynq1ZZIQbVFK4G2PFnq1ZaSAmlLTxjaMqTEqy2l Pm1pKai27C610MutLRdTq9ypn8t60iznlJ30WWpLMoe2jI4pbdEStrZEPdoyOob+agmvtsQKqi1X xKEtQcOrLfECacvoGLSlM476KxzaUubTlp0F1ZZaA+gFEtCWH0k6t7bAZTdJPVkqZ8W2nkRkCVtP 8JxNT5BfTD3BBT6oo8rtgwyfD0onOqr8PihRYB80uKKm0u+Dygvmg66t2D5I+SCnnlT49GRUXWF9 kIVebj2ZIU/g5/LK67PVE7d8Bx12RjRwrwH5+r1Gpcnl6L0G5Ku8RtIh3yqzflu+qwsq35dLFyde rVoZg3x/Iunc8sU+mD3HaKAOXhVjp6ZZ7lHY0jZkeVvaeM4mbeQXQ9qDCyrtK+KQtt/qH1cgaY+O QdrK6g93SLvaJ+0DBZV2rfFs4oGqfdLqPybp3NLGN7aNct8Isk3SaRync/o6GiN34ZSs1XLOljWe s8ka+YWSdQthn1ahNMRE6WFGCZ9aqD1ba22vEOjq6mEEcHL+olj8A6KX5DcUe6Rj2CuvGVEt98sV MluCP9cbw90RL6+hzKu+wLxeCp5prCt/LeTlVVMEXrXBIcZN5bVBL69hReB1QWhHWVv51VEvr+OL wOu88OayReVL415ew4ugG6vKzjGuLV9V5uU1ogj9WlB2lz4xvMDHK1kEXttKxhlPlm8r8fI6YYAY brwzP681JYf0Q6GETzdGFoFXsnS/Pi/cJHWjTdg+4ksmrw+ZF3ZhU9Q4Ib91RXuUdZ0uqqvsb9oy 0/Pb+Sa9Jby7rDIEe/tnWZ/b3sKHYPak9qLVPe6Zdyf5uZNtcBu/heeFFa4nZdWdVjjhecZ72yp3 9SY8z5aVxm8rCmWlb3KgPcqH9iNFRvvxENBeGAHaH8j63GjjPMqLdtKDdpwmy7lNu/yGban8ktYr AXxzq2RQLmu2MR/kecZ7J+aDKLsMRlEBPaVDBqN9MtDPKK4MAiXN4V1lz5dCBq/L+twyOJXIM4vE F82YcbSbM0pIZR7LwZp1Wlh7sQ16nr3YBik71rAThcL6SgfWJ/qwbiky1ldEgfWIOLDeI+tzY11L +DoZK7MFrMc3Mt5e27JEnv4tdmh0RNLaqMY9z3jvRDVO2VHGOVihUL7KgfIYH8o7i4zy1jhQXm4A 5ddkfW6Ux5LaV1sstRf63JHFivuRLpX0uZHG+/4gjd8VFMx2kO2Za/vhmcFDYdY/z/xRUI/q0R7f zPekIvB6pjQdT8f3+GaIXy4Cr8si6Nc430zq5KL0C7zukTOp88g+6cKpmfuEzz5Ftk6OcbVP+I78 5PiggC6aJ8dCff+PE71NQp3oPcT3evNED++wj4t9vK+IAZzoJdwnx30neiAqdZzpEs7pGFMm2C7K 2edi/JbQuQH0ykJtOz0QmFL2m5JsJ3RRk4vzTDdgcnHsq00s5Epcnemuz3qmGyN1YqjGcO4zXaCa +0wXp7nr5Mnu0UqcqPO4atm2Jvn6VW7QFna3pWw5Do1Hzt/Vt/rMYVtc/cjnjTrVF+WFK+hY+DyH C8maORDdR/bvvJKktAD79tDgevMZafiu2U3nN86efun5jWbeAR0zFiKc1H+bZ4BTaDw/N9AkmkgT 6BSaSnWcbuDUeP5rpNM5NZlTU2kap8bx30SOk+hMfjeZzuCns/jpZjoWihsK+ftvabM9vyHNRgMd 6w6otJBrioU8v5pJV9HV2YofNlSw9qEq1JmxzGE/wiTzLpivWpsfWSiVczo75KdQ46jSTDfIb/M6 za/kkuYvszoPR+4KQ03+8DT95Q+8xprpIHvjZYz/QjnnvYHO53Y4v0hUv3LNHWpN/vAW/eUPWX1s ppu4/uWyx0i1myhgJ7tZtsv+RW32YPHHNLm//IHVyAkqHfTxGhgeZx2B/PEV1YG8pfofBsrf+f8H /gtQSwECFAAUAAAACABoaGosMJhNTG4PAAAARgAADAAAAAAAAAAAACAAtoEAAAAAdXNlIGNhc2Uu cHB0UEsFBgAAAAABAAEAOgAAAJgPAAAAAA== ------=_JJwT8DXAwZ16N1thqsP-(TMo)Bx_Kn5WZEacwMkiDmqi2gnP:jId8=)u8xEh-- From inner75@hotmail.com Sun Mar 10 03:04:04 2002 Received: from f167.law14.hotmail.com ([64.4.21.167] helo=hotmail.com) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16jxf2-0005xm-00 for ; Sun, 10 Mar 2002 02:22:28 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 9 Mar 2002 23:22:27 -0800 Received: from 202.84.37.178 by lw14fd.law14.hotmail.msn.com with HTTP; Sun, 10 Mar 2002 07:22:26 GMT X-Originating-IP: [202.84.37.178] From: "Tushar Islam" To: prime-dev@mail.freesoftware.fsf.org Bcc: Date: Sun, 10 Mar 2002 13:22:26 +0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 10 Mar 2002 07:22:27.0333 (UTC) FILETIME=[54ED0B50:01C1C804] Subject: [Prime-dev] subscribe Sender: prime-dev-admin@mail.freesoftware.fsf.org Errors-To: prime-dev-admin@mail.freesoftware.fsf.org X-BeenThere: prime-dev@mail.freesoftware.fsf.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: For developers of PRiMe List-Unsubscribe: , List-Archive: _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com