English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

А symons Mark II функция точка преброяване например

Софтуер RSS Feed





Да предоставя, тук ясно обяснени и броя на функцията точки, като се използва Symons Mark II method.We започнат от определянето на subprocesses (влизане, излизане, четене, писане) за всяка функционална процес; Размерът на функционални процес е равна на сумата от данни движения (влизане, излизане, четене, писане) и размера на част от софтуера е сумата от размерите на всички на своята функционална processes.So Функция базовата точка (ФПИ) за Заявката е: ФПИ = Wi * SNi + * Ние SNE + Wo * SNo, където "S" означава сумата на всички логически операции, и производството на средното тегло на входните данни елемент Тип, Данни орган Тип Справочни и Изходните данни елемент тип са, съответно: Сега тук е един пример за това на практика за цел да демонстрира практически за изпълнение на брой, вижте ръководството Симънс преброяване точка (CPM) за информация за правилата used.Specification: Нека приемем, един модел на данните за една проста система за софтуера, предназначен да следи за продажби, продукти и животни (инвентаризация) на системата за пица restaurant.The трябва да могат да имат продажби подробности влезе, включително вида и номера на всеки един продукт от всяка продажба Това позволява получаването да бъдат отпечатани за customer.It също така позволява на опис (състав), за да се актуализира автоматично. Трябва да се възможност за добавяне на нови продукти, изтрийте съществуващи продукти, или да промени рецептата на един продукт. Следва да бъде възможно да се получи продукт доклад листинг всички продукти available.As както и списък всеки продукт, това Докладът също така ще покажат, за всеки продукт, продуктът не. описанието на продукта, неговата съвместимост с номера. точки описания и количества. Седмичен отчет следва да се произвеждат автоматично, всеки понеделник в 8am, показва количеството на всеки продукт, продаван в предишния процес week.The на изпращане на поръчки към доставчици не се показва в този модел. Това е така, защото всеки разрешен доставчик има достъп до ресторант система и е очаква да изпрати един стандарт количество, с фактура, бележка, когато запасите на всички елементи, които снабдяват падне под минималното количество ред. Когато една пратка от един доставчик, трябва да е възможно да влизат в системата за информация на позициите / количества / цени, така че списъкът (склад) е автоматично updated.At края на всеки месец счетоводител проверява фактурите и плаща сметките. Трябва да се възможност за нея да се констатира, че фактурата е била платена. Достъпът до системата се осъществява чрез един menu.Generic предположения: 1) Тази функция брой беше получен на базата MKII версия 1.3.1 на CPM въз основа на проекта гледна точка, единственото логично размери сделката са дадени, тъй като няма данни за effort.2) Съгласно правило 1 от CPM, само функционалните изисквания пряко съотнесени в потребителската спецификация се счита, корекции се правят само за предоставяне на такава функционалност therein.3) Като се има предвид, че няма исторически данни за усилията, необходими в предишните системи, имам използват следните индустриални стандарти с тегло: 0.58 за Wi, 1.66 за "Ние и 0.26 за E0.4) Целта е да представи една абстрактна, теоретична оглед на основните субекти и отношенията, необходими за управление на електронни resources.5) Това пицария не е много услуги ориентирани и не дават възможност на клиентите да се смесват и мач или toppings.6) Това е "стил система Макдоналдс", където продуктите са количеството, контролирани от weight.Transactional Функции: [в] Въведете продажба подробности (външни разходи); предположения: 1) получаване номер се генерира автоматично 0.2) "Product_Description" се приема за едно обобщение влизането на около 60 знака, включително name3) Продукт лице изисква атрибут "Type_Of_Item", за съхранение на данни, категория, има разлика между произведените стоки, продавани като безалкохолни напитки и пици, които са създадени в house.Inputs: 1) Изберете нова продажба (контрол); Потребител действия, изразени чрез избор на командата [продажба: Receipt_No] 0.2) Изберете вид на продукта (бизнес); Потребителски choses от категория от падащия списък на пица, свързани с видове продукти [Продукт: Type_Of_Item] 0.3) Изберете продукт "Име" (бизнес); Потребителски choses от падащия списък на пица, свързани стоки. [Продукт: Product_Description> Receipt_No & Product_No] 0.4) Изберете брой на точка (бизнес); клиент може да нареди три големи Маргарита пици [Item_sale: Quantity_Sold] 0.5) да потвърди продажбата (контрол); Това е рекурсивен system.Outputs меню избор: 1) грешка / конформация (контрол); Край на продажбите cycle.Entities данни взаимодействие: 1) продажба; Появата на продажба записва тук [Напиши Всички данни] 0.2) Item_sale; функционална връзка с продажбата лице (Списък на продуктите, за този продажби) [Напиши всички данни] 0.3) Рецепта; изисква да определи списък елементи, които се изважда от inventory_item страна [Прочети всички данни] 0.4) Inventory_item; необходим за промяна на опис (състав) ниво за продукти, използвани [Прочети Item_No, Напиши Quantity_In_Stock] (количество на точка X - Рецепта: Quantity_Used) 0.5) система; Осигурява автоматично генерирани продажби получаване броя и Date.FPI брой: (0.58 * 5) + (1,66 * 5) + (0,26 * 1) = 11.46 [B] Добавяне на нов продукт (външен вход ); предположения: 1) Продукт & Номерата на точките са автоматично generated.2) Описът включени хранителни продукти и свързани с тях продукти, като рецептата съставки за площади и както може, кутии и пластмасови utensils.Inputs: 1) Изберете нов продукт (Контрол); действие на потребителя, изразени чрез избор на командата [Продукт: Product_No, Рецепта: Item_no, Inventory_item: Item_no] 0.2) Изберете типа на елемента (контрол); Задължително за класификацията на продукта [Продукт: Type_Of_Item> Inventory_item: Type_Of_Item]; 2а) или да въведете нови видове продукти (контрол); 2б) Въведете име вид на продукта (бизнес); [Продукт: Type_Of_Item]; 3) Въведете с описанието (бизнес); Описание на продукта [продукт: Product_Description] 0.4) Изберете позиция (бизнес); [Рецепта: Product_no> Inventory_item: item_no] 0.4 а) или влиза Позиция Описание (бизнес); Описание на стоките, [Inventory_item: Item_Description] 0.4 б) да впише ниво склад (Бизнес); [Inventory_item: Quantity_In_Stock] 0.4 в) Въведете т. пренареждане ниво (бизнес); [Inventory_item: Minimum_Order_Quantity] 0.5) Въведете количество (бизнес); количество стока, продажбите на единица малко смешно за продукти, които не изискват съставки [Рецепта: Quantity_Used] 0.6) Добави съставка на продукта (контрол); избор, не всички продукти са необходими допълнителни items.6a) Въведете Позиция Описание (бизнес); добро описание, [Inventory_item: Item_Description] 0.4 б) да впише състав ниво (бизнес); [Inventory_item: Quantity_In_Stock] 0.4 в) Въведете т. пренареждане ниво (бизнес); [Inventory_item: Minimum_Order_Quantity]. Изход: 1) грешка / конформация (Контрол); Край на продажбите cycle.Entities данни взаимодействие: 1) на продукта; появата на продукта записва тук [Напиши всички данни] 0.2) Рецепта; Линк лице, за инвентаризация длъжни да доставят по проекта [Напиши всички данни]. 3) Inventory_item; Магазини на данните за салдата за стоки, [Напиши всички данни] 0.4) система; Осигурява автоматично генерирани продукт и номера .. ФПИ брой: (0,58 * 14) + (1,66 * 4) + (0,26 * 1) = 15,02 [C] Изтриване на съществуващи продукти (външни разходи); предположения: 1) Въпреки, че е длъжен да направи системата ефективна, операции за инвентарен контрол, не са включени here.2) Тук Изтриване отнася до рецептата entry.Inputs: 1) Изберете продукт заличаване (контрол); действие на потребителя, изразени чрез избор на command.2) Изберете вид на продукта, (бизнес); Потребителски choses от категория от падащия списък на пица, свързани с видове продукти [Продукт: Type_Of_Item] 0.3) Изберете продукт "Име" (бизнес); Потребителски choses от падащия списък на пица, свързани стоки. [Продукт: Product_Description> Receipt_No & Product_No] 0.4) Изберете заличаване (контрол); "Това ще изтрие избран продукт. Продължавам [Y / N] "Изход: 1) Потвърждение на потребителя (контрол); лица: 1) Продукт; появата на продукта записва тук [Прочети всички данни]; 2) Рецепта; Магазини инвентарните данни за продукта, [ Прочетете всички данни]. ФПИ брой: (0,58 * 4) + (1.66 * 2) + (0,26 * 1) = 5.9 [с] Промяна продукт рецепта (външни разходи); предположения: 1) Рецептата се отнася само до съставките и необходимите суми. Входове: 1) Изберете продукт Промяна (Контрол); 2) Изберете вид на продукта (бизнес); Потребителски choses от категория от падащия списък на пица, свързани с видове продукти [Продукт: Type_Of_Item] 0.3) Изберете продукт "име" (бизнес); Потребителски choses от падащия списък на пица, свързани стоки. [Продукт: Product_Description> Рецепта: Product_No] 0.4) Изберете заличаване (контрол); "Това ще изтрие избрания елемент. Продължавам [Y / N] "5) Промяна на количеството на точка (бизнес); Потребителски choses от падащия списък на пица, свързани стоки. [Продукт: Product_Description> Рецепта: Quantity_Used] 0.6) Добави съставка на продукта (контрол); избор, не всички продукти са необходими допълнителни items.6a) Въвеждане Позиция Описание (бизнес); добро описание, [Inventory_item: Item_Description] 0.6 б) да впише състав ниво (бизнес); [Inventory_item: Quantity_In_Stock] 0.6 в) Въведете т. пренареждане ниво (бизнес); [Inventory_item: Minimum_Order_Quantity]. Изход: 1) Потвърждение на потребителите (контрол);, които: 1) на продукта; появата на продукта записва тук [Прочети всички данни]; 2) Рецепта; Магазини описа данни, необходими за продукта [Прочетете всички данни]. ФПИ брой: (0.58 * 9) + (1.66 * 2) (0.26 * 1) = 8,8 [д] Доклад всички налични продукти (Външни продукция); Входове: 1) Изберете доклад продукти (контрол); действие на потребителя, изразени чрез избор на command.Outputs: 1) време и дата; 2) позиция; 3) Product_No 4) Product_Description; 5) Item_No; 6) Item_Description; 7) Quantity_Used; Inventory_item: Type_Of_Item]; 2а) или да въведете нови видове продукти (контрол); 2б) Въведете име вид продукт (бизнес ); [Продукт: Type_Of_Item]; 4) (Избор на позиция на бизнеса); [Рецепта: Product_no> Inventory_item: item_no] 0.4 а) или влиза Позиция Описание (бизнес); добро описание, [Inventory_item: Item_Description] 0.4 б) да впише ниво склад (Бизнес); [Inventory_item: Quantity_In_Stock] 0.4 в) Въведете т. пренареждане ниво (бизнес); [Inventory_item: Minimum_Order_Quantity]. 5) Въведете полученото количество (бизнес); допълнително количество от т. [Invoice_item: Quantity_Added> Inventory_item:]. Изход: 1) Потвърждение на потребителите (контрол);, които: 1) на продукта; появата на продукта записва тук [Прочети всички данни]; 2) Inventory_item; Магазини описа данни, необходими за продукт, [Прочети цялата информация] 0.3) Invoice_item; Магазини инвентарните данни за продукта, [Прочети всички данни]. ФПИ брой: (0.58 * 9) + (1,66 * 4) (0.26 * 1) = 12.12 [I ] Записът плащане на фактури (външни разходи); Входящите: 1) Изберете поръчки (контрол); 2) Изберете вид на продукта (бизнес); Потребителски choses от категория от падащия списък на пица, свързани с видове продукти [Inventory_item: Type_Of_Item] 0.3) Изберете продукт "име" (бизнес); Потребител choses от падащия списък на пица, свързани стоки. Inventory_item: Item_Description> Invoice_item: item_no] 0.4) Изберете получено плащане (бизнес); Потребителски записите, които една фактура е paid.Outputs: 1) Потвърждение до потребител (контрол); лица: 1) Inventory_item; Магазини инвентарните данни за продукта, [Прочети цялата информация] 0.2) Invoice_item; Магазини инвентарните данни за продукта, [Прочети цялата информация] 0.3) фактурата; Появата на една пратка записват here.FPI брой: (0,58 * 4) + (1,66 * 3) (0.26 * 1) = 7.56Virtual системата функционира предприятието: [в] Генериране на броя получаване (бизнес); [B] Генериране на дата и час печат (бизнес); [C] Грешка отчитане (контрол); [с] поколение първоначално индексите ключове (бизнес); [с] Процес конформация (контрол) Аз съм администратора на сайта на индустриалния музей Wandle (http://www.wandle.org). Основана през 1983 г. с

Член Източник: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


уебмастъра Вземи Html кодекс
Добави тази статия на вашия сайт сега!

уебмастъра Подайте членове
Не е необходима регистрация! Попълнете формата и статията ви е в Messaggiamo.Com директория!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Подайте членове на Messaggiamo.Com директория

Категории


Авторско право 2006-2011 Messaggiamo.Com - Карта на сайта - Privacy - уебмастъра представят вашите статии за Messaggiamo.Com директория [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu