Пункт Функции Метки II Symons Подсчитывая Пример
Я обеспечиваю, здесь ясное объяснение и отсчет пунктов функции, использующ метод метки II Symons.
Мы начинаем путем определять подпроцессы (вход, выходит, после того как он прочитан, пишет) для каждого функционального процесса; Размером функционального процесса будет сумма своих движений данных (входа, прочитанного выхода, пишет) и размером части средства программирования будет сумма размеров всего из своих функциональных процессов.
Так индекс пункта функции (FPI) для применения является следующим: FPI = Wi * SNi + мы * SNe + wo * SNo, где ‘S‘ намеревает сумма над всеми логически трудыами, и весы среднего индустрии в тип элемента входных данных, справку типа реальности данных и тип элемента данныа об объеме продукции, соответственно:
Теперь здесь пример этого в практикует, после того как я предназначен продемонстрировать практицизмы выполнять отсчет, видит, что Simmons подсчитывает руководство пункта (cpm) для информации о используемых правилах.
Спецификация:
Препятствуйте нам принять модель данных для просто программной системы предназначенной keep track of сбывания, продукты, и шток (инвентарь) трактира pizza.
Система должна мочь иметь детали сбываний вписанные, включая тип и номер каждого продукта в каждом сбывании это позволяет получение быть напечатанным для клиента.
Он также позволяет inventory(stock) автоматически быть уточненным. Должно быть по возможности добавить нового изделие, уничтожить existing продукты, или доработать recipe продукта. Должно быть по возможности произвести отчет о продукта перечисляя все имеющиеся продукты.
Также,как перечислять каждый продукт, этот рапорт также покажет, для каждого продукта, No продукта, характер продукции, свои составные No деталя, описания деталя, и используемое количество. Еженедельный рапорт должен быть произведен автоматически, каждый понедельник на 8Јam, показывающ количество каждого проданного продукта в the previous week.
Процесс посылки заказов к поставщикам не показан в модели. Это потому что каждый утверженный поставщик имеет доступ к системе трактира и ы, что посылает стандартное количество, с своим примечанием фактуры, когда штоки всех деталей которым оно поставляет падение под количеством минимального заказа. Когда консигнация приезжает от поставщика, должно быть по возможности вписать на систему детали items/quantities/prices, так, что inventory(stock) автоматически будет уточнено.
На конце каждого месяца бухгалтер проверяет фактуры и оплачивает счеты. Должно быть по возможности для ее записать что фактура была оплащена. Доступ к системе через одиночное меню.
Родовые предположения:
1) был получен этот отсчет функции использующ вариант 1.3.1 MkII cpm основанного на точке зрения проекта, только логически размеры трудыов даются в виду того что не будет данных для усилия.
2) согласно правилу 1 cpm, только рассмотрены функциональные требования сразу снабженные ссылками в спецификации потребителя, коррекции только сделаны обеспечить такую функциональность в этом.
3) после того как оно дали что никакие исторические данные о усилии требовали в ранее системах, я использовали following весить стандартов индустрии: 0.58 для Wi, 1.66 для нас и 0.26 для E0.
4) намерие присутствует конспект, теоретический взгляд главных реальностей и отношения необходимо для управления электронных ресурсов.
5) этот трактир pizza не будет очень ориентированным обслуживанием и не позволяет клиентам смешать и или отбензиниваниям спички.
6) это будет система типа ' McDonald ' где продукты будут количеством контролируемым весом.
Transactional Функции:
[ а ] Впишите детали сбывания (внешний входной сигнал);
Предположения:
1) номер получения автоматически произведен.
2) “Product_Description” предполагает, что быть общим входом около 60 характеров, включая имя
реальность 3)Product требует атрибута “Type_Of_Item”, хранить данные по категории, будет различение между товарыа фабричного производства проданными such as безалкогольные напитки и pizzas которые созданы in-house.
Входные сигналы:
1) выбирает новое сбывание (управление); Действие потребителя выраженное выбором команды [ сбывания: Receipt_No ].
2) отборный тип продукта (дело); Choses потребителя от классифицированного перечня падающего вниз продукт pizza родственный печатают на машинке [ продукт: Type_Of_Item ].
3) отборный продукт “name” (дело); Choses потребителя от перечня падающего вниз товары pizza родственные. [ продукт: Product_Description > Receipt_No & Product_No ].
4) отборный номер деталя (дела); Клиент может приказать 3 больших pizzas margarita [ Item_sale: Quantity_Sold ].
5) подтверждает сбывание (управление); Это будет рекурсивная система выбора меню.
Выходы:
1) Error/conformation (управление); Конец цикла взаимодействия данным по сбываний.
Реальности: 1) сбывание; Возникновение сбывания записанного здесь [ напишите все данные ].
2) Item_sale; Функциональное отношение к реальности сбывания (перечню продукты для этого сбывания) [ напишите все данные ].
3) recipe; Потребовано, что обусловил детали инвентаря, котор нужно вичесть от прочитанной реальности inventory_item [ всем данным ].
4) Inventory_item; Потребовано, что изменил уровень inventory(stock) для используемых деталей [ прочитанное Item_No, пишет Quantity_In_Stock ] (количество деталя x - Recipe:Quantity_Used).
5) система; Обеспечивает автоматически произведенные номер и дату реализованной продукции.
Отсчет FPI: (0.58*5) + (1.66 * 5) +(0.26*1) = 11.46
[ б ] Добавьте нового изделие (внешний входной сигнал); Предположения:
1) номера продукта & деталя автоматически произведены.
2) инвентарь включил детали еды и родственные продукты such as ингридиенты recipe для piazzas и обеих чонсервной банкы, коробок и пластичных утварей.
Входные сигналы: 1) выбирает нового изделие (управление); Действие потребителя выраженное выбором команды [ продукта: Product_No, Recipe: Item_no, Inventory_item: Item_no ].
2) отборный тип деталя (управления); Потребовано для классифицирования продукта [ продукта: Type_Of_Item > Inventory_item: Type_Of_Item ];
2Јa) Или впишите тип нового изделие (управление);
2b) Впишите имя типа продукта (дело); [ продукт: Type_Of_Item ];
3) вписывает характер продукции (дело); Характер продукции [ продукт: Product_Description ].
4) отборный деталь (дело); [ recipe: Product_no > Inventory_item: item_no ].
4Јa) Или впишите описание деталя (дело); Описание товаров, [ Inventory_item: Item_Description ].
4b) Впишите stock уровень (дело); [ Inventory_item: Quantity_In_Stock ].
4c) Впишите деталь переупорядочьте вровень (дело); [ Inventory_item: Minimum_Order_Quantity ].
5) вписывает количество (дело); Количество деталя в блок сбываний бит смешоной для продуктов не требуют ингридиентов [ recipe: Quantity_Used ].
6) добавляет ингридиент к продукту (управлению); Опционно, не все продукты требуют дополнительныйа пункт.
6Јa) Впишите описание деталя (дело); Хорошее описание, [ Inventory_item: Item_Description ].
4b) Впишите stock уровень (дело); [ Inventory_item: Quantity_In_Stock ].
4c) Впишите деталь переупорядочьте вровень (дело); [ Inventory_item: Minimum_Order_Quantity ].
Выходы: 1) Error/conformation (управление); Конец цикла взаимодействия данным по сбываний.
Реальности:
1) продукт; Возникновение продукта записанного здесь [ напишите все данные ].
2) recipe; Реальность соединения, потому что инвентарь требуемый, что поставить проект [ напишите все данные ].
3) Inventory_item; Хранит stock данные для товаров, [Write все данные ].
4) система; Подает автоматически произведенные номера продукта и деталя.
Отсчет FPI: (0.58*14) + (1.66 * 4) +(0.26*1) = 15.02
[ ч ] Продукты delete existing (внешний входной сигнал); Предположения:
1) несмотря на необходимы для того чтобы сделать систему эффективным, деятельности чонтроля инвентаря не включены здесь.
2) здесь delete ссылается к входу recipe.
Входные сигналы:
1) отборное пропускание продукта (управление); Действие потребителя выраженное выбором команды.
2) отборный тип продукта (дело); Choses потребителя от классифицированного перечня падающего вниз продукт pizza родственный печатают на машинке [ продукт: Type_Of_Item ].
3) отборный продукт “name” (дело); Choses потребителя от перечня падающего вниз товары pizza родственные. [ продукт: Product_Description > Receipt_No & Product_No ].
4) отборное пропускание (управление); “This уничтожит выбранный продукт. Продолжайтесь [ Y/N]”
Выходы:
1) подтверждение к потребителю (управлению);
Реальности:
1) продукт; Возникновение продукта записанного здесь [ прочитано всем данным ];
2) recipe; Хранит данные по инвентаря требуемые для прочитанного продукта, [ всем данным ].
Отсчет FPI: (0.58*4) + (1.66 * 2)+ (0.26*1) = 5.9
[ д ] Доработайте recipe продукта (внешний входной сигнал); Предположения:
1) recipe ссылается только к необходим ингридиентам и количеству.
Входные сигналы:
1) отборное изменение продукта (управление);
2) отборный тип продукта (дело); Choses потребителя от классифицированного перечня падающего вниз продукт pizza родственный печатают на машинке [ продукт: Type_Of_Item ].
3) отборный продукт “name” (дело); Choses потребителя от перечня падающего вниз товары pizza родственные. [ продукт: Product_Description > Recipe: Product_No ].
4) отборное пропускание (управление); “This уничтожит выбранный деталь. Продолжайтесь [ Y/N]”
5) изменяет количество деталя (дела); Choses потребителя от перечня падающего вниз pizza отнесли товары. [ продукт: Product_Description > Recipe: Quantity_Used ].
6) добавляет ингридиент к продукту (управлению); Опционно, не все продукты требуют дополнительныйа пункт.
6Јa) Впишите описание деталя (дело); Хорошее описание, [ Inventory_item: Item_Description ].
6b) Впишите stock уровень (дело); [ Inventory_item: Quantity_In_Stock ].
6c) Впишите деталь переупорядочьте вровень (дело); [ Inventory_item: Minimum_Order_Quantity ].
Выходы:
1) подтверждение к потребителю (управлению);
Реальности: 1) продукт; Возникновение продукта записанного здесь [ прочитано всем данным ];
2) recipe; Хранит данные по инвентаря требуемые для прочитанного продукта, [ всем данным ].
Отсчет FPI: (0.58*9) + (1.66 * 2) (0.26*1) = 8.8
[ е ] Сообщите все имеющиеся продукты (внешний выход);
Входные сигналы:
1) отборные продукты рапорта (управление); Действие потребителя выраженное выбором команды.
Выходы: 1) время и дата;
2) возглавлять;
3) Product_No;
4) Product_Description;
5) Item_No;
6) Item_Description;
7) Quantity_Used;
Inventory_item: Type_Of_Item ];
2Јa) Или впишите тип нового изделие (управление);
2b) Впишите имя типа продукта (дело); [ продукт: Type_Of_Item ];
4) отборный деталь (дело); [ recipe: Product_no > Inventory_item: item_no ].
4Јa) Или впишите описание деталя (дело); Хорошее описание, [ Inventory_item: Item_Description ].
4b) Впишите stock уровень (дело); [ Inventory_item: Quantity_In_Stock ].
4c) Впишите деталь переупорядочьте вровень (дело); [ Inventory_item: Minimum_Order_Quantity ]. 5) вписывает полученное количество (дело); Дополнительное количество деталя [ Invoice_item: Quantity_Added > Inventory_item: ].
Выходы:
1) подтверждение к потребителю (управлению);
Реальности:
1) продукт; Возникновение продукта записанного здесь [ прочитано всем данным ];
2) Inventory_item; Хранит данные по инвентаря требуемые для прочитанного продукта, [ всем данным ].
3) Invoice_item; Хранит данные по инвентаря требуемые для прочитанного продукта, [ всем данным ].
Отсчет FPI: (0.58*9) + (1.66 * 4) (0.26*1) = 12.12
[ I ] Рекордная компенсация фактур (внешнего входного сигнала); Входные сигналы:
1) отборные заказы (управление);
2) отборный тип продукта (дело); Choses потребителя от классифицированного перечня падающего вниз продукт pizza родственный печатают на машинке [ Inventory_item: Type_Of_Item ].
3) отборный продукт “name” (дело); Choses потребителя от перечня падающего вниз товары pizza родственные. Inventory_item: Item_Description > Invoice_item: item_no ].
4) отборный полученный платеж (дело); Потребитель записывает что фактура была оплащена.
Выходы:
1) подтверждение к потребителю (управлению);
Реальности:
1) Inventory_item; Хранит данные по инвентаря требуемые для прочитанного продукта, [ всем данным ].
2) Invoice_item; Хранит данные по инвентаря требуемые для прочитанного продукта, [ всем данным ].
3) фактура; Возникновение консигнации записанной здесь.
Отсчет FPI: (0.58*4) + (1.66 * 3) (0.26*1) = 7.56
Фактически функции реальности системы:
[ а ] Произведите номер получения (дело);
[ б ] Произведите дату и фиксацию времени (дело);
[ ч ] Отчет о ошибки (управление);
[ д ] Индексы ключей поколения главным образом (дело);
[ д ] Отростчатая конформация (управление)
Я буду администратором website музея Wandle промышленного (http://www.wandle.org). Установлено в 1983 местными людьми обусловил обеспечить что история долины no longer не была упущена но увеличил осведомленность свое наследие для пользы и преимуществ общины.
Статья Источник: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Вебмастер получить html-код
Добавить эту статью на Вашем сайте прямо сейчас!
Вебмастер представить свои статьи
Не требуется регистрация! Заполните форму и ваша статья в Messaggiamo.Com каталог!
