ماذا يحدث دون فحص مسبق؟
في وقت واحد ، كان عليّ تطوير وبيع أنظمة لإنشاء طرق النقل: يتم عرض النقاط التي تحتوي على أوامر على الخريطة ، وتضعها بالماوس وتضعها في السيارات. تقوم إحدى الشركات بالاتصال بنا لطلب بيع التطبيق. لقد حاولنا منذ عدة أشهر معرفة سبب حاجتهم إلى مثل هذا النظام ، ونتيجة لذلك باعوه "صندوقًا" ، سألوه حقًا. ثم قررت هذه الشركة جذبنا للتنفيذ. ثم اتضح أنهم في المقام الأول كانوا بحاجة إلى وظائف للمحاسبة عن الوقود ، والتي كانت غائبة تمامًا عن الكلمة الموجودة في نظامنا.
ويحدث انضمامك إلى مشروع أثناء تطوير نظام ، ودراسة وثائق المشروع والوظائف المطورة بالفعل. وفي مرحلة ما ، يأتي الوعي: هناك واجهة ، والبرنامج يقوم بشيء ما ، ولكن للإجابة عن سبب تطويره ، ومهام الأعمال التي يحلها ، وما هي المؤشرات التي ينبغي تحقيقها ، ولا يستطيع أي من فريق المشروع القيام بها. هل من الممكن بهذه الطريقة إنشاء نظام يلبي متطلبات العملاء؟
بمعنى آخر ، حتى قبل وضع
الاختصاصات ، يجب إجراء دراسة صغيرة (كما هو الحال) عادةً والإجابة على سلسلة من الأسئلة.
أسئلة أساسية يجيب عليها الاستطلاع
كما يقول المثل ، تحتاج إلى فهم ما ، أين ، متى. وهي:
- ما هو الغرض من التنمية ، ما الفائدة التي سوف يستفيد منها العميل.
- ما هو مخطط الأعمال المقترح ، العملية التي سيتم تشغيلها تلقائيًا باستخدام النظام الذي تم إنشاؤه.
- ما هي وظائف المستخدم الرئيسية للنظام.
لماذا الكتابة ، لماذا لا يكفي الحديث والتحدث؟
تسمح لك صياغة وثيقة ما بصياغة فكرة بمستوى نوعي مختلف تمامًا عن المناقشة الشفوية. في محادثة ، تبقى تفاصيل كثيرة غير قابلة للوصول ، يتم نسيان بعض المعلومات وتجاهلها لاحقًا. ورقة يحفظ كل الأفكار.
نعم ، تعد صياغة المستندات عملاً شاقًا وأحيانًا غير سارة ، ولكن الأمر يستحق ذلك. الفكر ذو قيمة فقط عند تكوينه ، ويتم تشكيله عندما يتم تشكيله على الورق.
ماذا يجب أن يشمل فحص ما قبل المشروع؟
عادةً ما يشير الاستقصاء المسبق للتصميم إلى دراسة العمليات التجارية للمشروع. كتب العديد من المقالات والكتب حول هذا الموضوع. لكن لسوء الحظ ، لا يكفي العرض البسيط للعمليات.
يمكن أن تكون نتيجة الدراسة حزمة كاملة من الوثائق (يتم تقديم
بعضها في نهاية المقال ). المستند المركزي (ولسوء الحظ ، غالبًا ما يكون المستند الوحيد) الذي لدي عادة هو مستند "مفهوم النظام". سنناقش هذا المستند في هذه المقالة.
عند تطوير بنيتي الخاصة بالمفهوم ، أخذت في الأساس تقريرًا تم إعداده وفقًا لـ GOST 34 في المرحلة "تشكيل متطلبات محطات الطاقة النووية" (انظر المعيار RD 50-34.698-90 "التعليمات المنهجية. تكنولوجيا المعلومات. مجموعة من المعايير ووثائق التوجيه للأنظمة الآلية. أوتوماتيكي الأنظمة. متطلبات محتوى المستندات "). لكنه جعل الإضافات له.
يمكن أن يحتوي "مفهوم النظام" على صفحتين وأحيانًا 30 صفحة. كل هذا يتوقف على بيان المشكلة. يتم الاتفاق على "المفهوم" ، كقاعدة عامة ، مع الإدارة العليا للعميل ، وفقط على أساس ذلك ، يمكن تطوير
الشروط المرجعية .
الغرض من إنشاء (تحديث) النظام
تحت هدف الخلق ، أفهم أنه هدف تجاري. أتمتة ليست هي الهدف. إضافة وظيفة ليست هدفا أيضا. و "تحسين" ليس هو الهدف. على سبيل المثال ، يجلس الموظف وساعتين في اليوم ، يمكنه النوم مباشرة في مكان العمل (حالة حقيقية ، بالمناسبة). ويطلب شخص ما لأتمتة أنشطته. لماذا؟ بحيث ينام لمدة أربع ساعات؟
لعدة سنوات من تحليل العشرات من المشاريع ، تم تحديد خمسة أهداف فقط ممكنة (تحديث) للنظام:
- يتم تنظيم نشاط تجاري جديد (على سبيل المثال ، نظام الطلب عبر الإنترنت). من الواضح أنه إذا تم التخطيط لتنفيذ الأعمال عبر الإنترنت ، فإن التطوير أمر لا غنى عنه.
- انخفاض تكاليف التشغيل. الحالة الكلاسيكية هي أنه نتيجة الأتمتة ، يتم تقليل عدد الموظفين أو أنه من الممكن ، بمساعدة تخطيط أفضل ، القيام بالمزيد بأقل.
- تحسين جودة العمليات الداخلية. أيضا قضية كلاسيكية. على سبيل المثال ، إذا ، عند البحث عن عملاء جدد ، ينسى المديرون باستمرار الاتصال بشخص ما ، ويفقدون المعلومات حول العميل المتوقع ، فمن المنطقي تطبيق CRM.
- الحد من المخاطر اعتمادا على الموظفين الرئيسيين (مثل "الأظافر الذهبية"). يحدث ذلك بسبب انخفاض مستوى التشغيل الآلي وتعقد العمليات ، يمكن إجراء عدد من العمليات من قبل 1-2 من الموظفين الذين يمكن أن يطرد فصلهم (أو مرضهم) العمل بكامله. سوف يستغرق الأمر أكثر من شهر للعثور على أشخاص جدد وتعليمهم.
- الوفاء بالمتطلبات الخارجية. على سبيل المثال ، ظهر قانون جديد ، أو أن هناك شرطًا مقابلًا يقضي بأن يكون لديك إدارة إلكترونية للوثائق أو التحكم في عمل موظفي الهاتف المحمول.
من الواضح أن الهدف مرغوب فيه لجعله ملموسًا. إذا كنا نريد خفض التكاليف ، ثم كم وعلى حساب ماذا. إذا قمنا بتنظيم شركة جديدة ، يجب أن نفهم على الأقل الحجم التقريبي للعمليات وعدد المشغلين. إذا قمنا بتحسين جودة العمليات ، فيجب علينا تحديد نطاق المشكلات واقتراح الحل.
فكرة النظام
إذا كانت وثيقة "المفهوم" ضخمة للغاية ، فمن المنطقي في البداية أن نوضح باختصار جوهر النظام وفكرته. على سبيل المثال ، تريد إنشاء نوع من الشبكات الاجتماعية المتخصصة (انتقل إلى المتاحف وشارك انطباعاتك). أود أولاً أن أصف الحاجة إلى التواصل بين الزوار ، ثم ألخص بإيجاز: يتم تطوير تطبيق للهاتف المحمول يمكن للمستخدم من خلاله كتابة انطباعاته عن معرض أو آخر.
مقارنة بين القديم والجديد
إن الطريقة الأكثر فاعلية لفهم جوهر النظام الذي تم إنشاؤه هي الانتقال كما لو كان من العكس.
للقيام بذلك ، يجب عليك:
- صف بإيجاز العمليات الحالية ؛
- نشير إلى أوجه القصور فيها ؛
- اقتراح مخطط جديد يزيل العيوب الموصوفة.
الغرض من هذا القسم هو تبرير الحاجة إلى تقديم مخطط جديد. يتم وضع وصف مفصل لعمليات الأعمال في وثيقة منفصلة. نحن هنا نركز على أوجه القصور والاقتراحات.
ما الذي سنكسبه؟
إذا كنت تقوم بتطوير تطبيق تخطط لكسب المال به ، فأنت بحاجة بالتأكيد إلى تحديد طرق الكسب: الإعلان ، الاشتراك المدفوع ، الخدمات المدفوعة ، الفائدة المدفوعة ، إلخ. يمكن أن تؤثر الطريقة المحددة (أو الطرق) بشكل كبير على الوظيفة التي يتم تطويرها.
مصلحة الأطراف
إذا كانت مشاركة المنظمات الأخرى ضرورية لتشغيل النظام الذي تم إنشاؤه ، فمن الضروري أن تقرر كيفية اجتذابها للعمل ، من أجل الاهتمام. بمعنى آخر ، أولاً نبني سلسلة العمل بأكملها ، ثم كل شيء آخر.
وصف العمليات الآلية
الغرض من هذا القسم هو إعطاء صورة عامة ولكنها كاملة للعملية. على سبيل المثال ، أنت تقوم بتطوير متجر عبر الإنترنت. من الواضح أنك تحتاج إلى كتالوج وسلة وتكامل مع بنك حيازي وتسليم. ولكن هنا ، فإن أسئلة العودة ، ورفض التسليم ، ورفض المورد ، والنقص غير المتوقع في البضائع الموجودة في المخازن قد تفلت من انتباهكم. من الأفضل التفكير في جميع الخيارات الممكنة مقدمًا وتحديد أي منها سيتم تشغيله تلقائيًا ، وأي الحالات نادرة جدًا بحيث يكون من الأفضل "تشغيلها" في الوضع اليدوي.
ليس من الضروري تقديم مخططات للوصف. في الحالة العامة ، يكشف النص النصي العادي عن جوهر الإجراءات بشكل أكبر.
الدعم القانوني
غالبًا ما يتبين أنه بعد إنشاء نظام ، ينتهك الأشخاص أو المنظمات التي تستخدم التطبيق القانون. لذلك ، تحتاج أولاً إلى العثور على مخطط قانوني قانوني ، ثم تطوير الحلول التقنية.
قائمة الميزات
وثيقة "المفهوم" ليست
مهمة فنية ، وبالتالي ، فإن وظائف الأعمال ، المستوى العلوي ، موصوفة. لا يوجد أي نقطة في هذه المرحلة تتحدث عن الترخيص والعمل مع ملف تعريف المستخدم. ولكن يجب إعطاء فكرة عامة عن الوظيفة.
متطلبات الأمن
إذا كنت تقوم بتطوير نظام مالي أو نظام يحتوي على بيانات سرية للغاية ، فيجب عليك تقديم قائمة بمعايير الأمان. على سبيل المثال ، متطلبات التشفير للبيانات المخزنة أو المنقولة. لا تنس كل المتطلبات الأكثر صرامة لمعالجة وتخزين البيانات الشخصية.
اختيار خيار تنفيذ النظام
في بعض الأحيان ، وفقًا للاحتياجات ، من الضروري تحديد نوع التطبيق (تطبيق ويب ، أصلي) ، والنظام الأساسي (Windows ، Linux) ، الهيكل العام (خادم واحد أو عدة مجموعات) ، سواء كان ذلك لاتخاذ نظام نموذجي وتعديله أو تطويره من نقطة الصفر. للقيام بذلك ، يجب عليك مقارنة الخيارات المقترحة واختيار الأنسب.
وثائق دراسة سابقة التصميم
كما ذكرنا أعلاه ، فإن نتيجة دراسة جيدة وجدية قبل المشروع أجراها الفريق بأكمله لأكثر من أسبوع هي مجموعة كاملة من الوثائق. هؤلاء بعض منهم:
- مفهوم النظام (المستند الذي ناقشناه في هذه المقالة).
- بحوث التسويق.
- دراسة الجدوى.
- خطة المشروع ، بما في ذلك حساب خطة العمل والموارد.
- خطة الأنشطة التسويقية.
- المشروع المقدر.
- العائد على خطة الاستثمار.
- التوظيف الأولي.
- بنية النظام.
- مفهوم الأمان (في حالة وجود حجم كبير من وصف تدبير الأمان ، يمكنك وضعه في مستند منفصل.
- العروض التقديمية للعملاء والمستثمرين المحتملين والعملاء المحتملين.
الخاتمة
في المقال ، ركضنا بسرعة كبيرة من خلال الأقسام الرئيسية للمسح قبل المشروع. لماذا بطلاقة؟ لأن هذا الفحص هو نشاط إبداعي للغاية. الشيء الرئيسي هو أنه عند قراءة المفهوم هناك فهم كامل لكيفية عمل هذا. والباقي ، وثيقتان مع نتائج الدراسة قد لا تكون بأي حال من الأحوال مماثلة لبعضها البعض. وفقًا لذلك ، يمكن أن تكون قائمة الأقسام في وثيقتك مختلفة تمامًا عن ما سبق.
قراءة مقالات أخرى للمؤلف: