Здесь можно найти образцы любых учебных материалов, т.е. получить помощь в написании уникальных курсовых работ, дипломов, лабораторных работ, контрольных работ и рефератов. Так же вы мажете самостоятельно повысить уникальность своей работы для прохождения проверки на плагиат всего за несколько минут.

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


курсовая работа Создание модели информационной системы поддержки заказа и учета товаров в бакалейной лавке

Информация:

Тип работы: курсовая работа. Добавлен: 04.05.2012. Сдан: 20 А. Страниц: 33. Уникальность по antiplagiat.ru: < 30%

Описание (план):


      Содержание 

Введение…………………………………………………………………………...3
1.  Основы  проектирования информационных систем и учёта товаров………4
      1.1 Общие понятия проектирования  информационных систем………...4
     1.2. Экономическая сущность задач  учета товаров и реализации  продукции.................................................................................................................9
     1.3. Постановка задачи и основные  особенности системы учета товаров…………………………………………………………………………....11
2. Проектирование  системы «Учёт товаров в бакалейной лавке» средствами BPwin, ERwin и Rational Rose…………………………………………………..12
     2.1. Разработка модели данных с  применением BPwin……………...…12
     2.2. Разработка модели данных с  применением Erwin…………..……..19
     2.3. Разработка модели «Учёт товаров  в бакалейной лавке» в среде Rational Rose…………..…………………………………………………….……22

Заключение……………………………………………………………………….34

Список использованной литературы…………………………………………...35
 

      Введение 

      Процесс накопления, обработки и использования знаний постоянно ускоряется. Проектирование информационных систем (ИС) – логически сложная, трудоемкая и длительная работа, требующая высокой квалификации участвующих в ней специалистов. Кроме того, в процессе создания и функционирования ИС информационные потребности пользователей постоянно изменяются или уточняются.
      Актуальность выбранной темы связана с широким распространением информационных технологий, проектирование информационных систем стало неотъемлемой частью жизни современного общества. Использование графических методов в проектировании дает возможность наглядного представления системы и ее анализ в целом.
      Цель  данной работы – создание модели информационной системы поддержки заказа и учета товаров в бакалейной лавке.
      Задачи курсовой работы:
      - изучение предметной области; проектирование  функциональной модели c использованием BPwin;
      - проектирование структурной модели базы данных с помощью ERwin;
      - проектирование объектно-ориентированной модели посредством среды Rational Rose.
       Объектом данного исследования является бакалейная лавка. Предметом исследования является проектирование информационной системы, которое реализует учёт товаров в бакалейной лавке. 
      Данная  работа состоит из введения, двух глав, заключения и списка литературы. В первой главе изложены общие понятия проектирования информационных систем. Вторая глава посвящена проектированию системы «Учёт товаров в бакалейной лавке» средствами BPWin, ERwin и Rational Rose.
 

      1.  Основы проектирования информационных систем и учёта товаров 

1.1. Общие понятия проектирования информационных систем
      Тенденции развития современных информационных технологий приводят к постоянному  возрастанию сложности информационных систем (ИС), создаваемых в различных  областях.
      За  последнее время значительно  возрос  объём и оборот информации во всех сферах жизнедеятельности человека. И процесс  накопления, обработки и использования знаний постоянно ускоряется. В связи с этим возникает необходимость использования автоматических средств, позволяющих эффективно хранить, обрабатывать и распределять накопленные данные. Для успешной реализации проекта объект проектирования должен быть адекватно описан, построены полные и непротиворечивые функциональные и информационные модели ИС.
       В настоящее время все предприятия  испытывают потребность в расширении аналитических работ, связанных  с  разработкой перспектив развития, комплексной оценкой эффективности применения различных форм хозяйствования, своевременной выработкой оперативных управленческих решений.
       При помощи ЭВМ  на предприятии автоматизирован  учет поступления и продажи товаров, учет расчетов с поставщиками и покупателями, операций по  расчетному счету, количественно-суммовой учет. В памяти ЭВМ хранится и может быть выдана на печать детальная информация о количестве поступления  и  продажи конкретного товара по каждому документу. Целью автоматизированной системы обработки экономической информации в данном случае является создание единой информационной сети, позволяющей эффективно хранить, обрабатывать, анализировать и использовать информацию по учету складских операций и реализации продукции. Автоматизация управления торговыми процессами на предприятие повышает его оперативность и эффективность, улучшает товароснабжение розничной торговой сети.
     Начало  разработки диаграмм функционального  моделирования относится к середине 1960-х годов, когда Дуглас Т. Росс предложил специальную технику моделирования, получившую название SADT (Structured Analysis & Design Technique). Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, то есть производимые им действия и связи между этими действиями. Такая чисто функциональная ориентация является принципиальной. Функции системы анализируются независимо от объектов, которыми они оперируют. Для этой цели строятся специальные модели, которые позволяют в наглядной форме представить последовательность определенных действий. Исходными строительными блоками любой модели IDEF0 процесса являются деятельность и стрелки. Основу методологии IDEF0 составляет графический язык описания бизнес-процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Модель рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. [5, c. 126]
     Работы  (Activity) обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено отглагольным существительным, обозначающим действие.
     Стрелки (Arrow) описывают взаимодействие работ и представляют собой некоторую информацию, выраженную существительными. В IDEF0 различают пять типов стрелок.
     Вход  (Input) - материал или информация, которые используются или преобразуются работой для получения результата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. Каждый тип стрелок подходит к определенной стороне прямоугольника, изображающего работу, или выходит из нее. Стрелка входа рисуется как входящая в левую грань работы.
     Управление  (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы. Управление влияет на работу, но не преобразуется работой.
     Выход (Output) - материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы.
     Механизм  (Mechanism) - ресурсы, которые выполняют работу. Стрелка механизма рисуется как входящая в нижнюю грань работы.
     Одной из наиболее важных особенностей методологии SADT является постепенное введение все  больших уровней детализации  по мере создания диаграмм, отображающих модель. [1, c. 168]
      Для описания логики взаимодействия информационных потоков наиболее подходящей является методология IDEF3 – методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы  Workflow (IDEF3) могут быть использованы в моделировании бизнес процессов для анализа завершенности процедур обработки информации.
      IDEF3 – это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе. Техника описания набора данных IDEF3 является частью структурного анализа. В отличие от некоторых методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей. IDEF 3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа.
      Модель  системы в контексте DFD представляется в виде некоторой информационной модели, основными компонентами которой  являются различные потоки данных, которые переносят информацию от одной подсистемы к другой. Каждая из подсистем выполняет определенные преобразования входного потока данных и передает результаты обработки информации в виде потоков данных для других подсистем.
     Разработка  модели с применением ERwin имеет два уровня представления модели - логический и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире. Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Также ERwin позволяет решить задачу по переносу структуры данных с одного сервера на другой. Разработка модели данных в ERwin представляется в виде сущностей, которые точно определяют хранящуюся в них информацию.
      Принципиальное различие между структурным и объектно-ориентированным подходом  заключается в способе декомпозиции системы. Объектно-ориентированный подход использует объектную декомпозицию, при этом статическая структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами. Каждый объект системы обладает своим собственным поведением, моделирующим поведение объекта реального мира. [8, c. 56]
      Язык UML представляет собой общецелевой  язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов программного обеспечения, бизнес-процессов и других систем. [2, с. 86] Язык UML одновременно является простым и мощным средством моделирования, который может быть эффективно использован для построения концептуальных, логических и графических моделей сложных систем самого различного целевого назначения. В рамках языка UML все представления о модели сложной системы фиксируются в виде специальных графических конструкций, получивших название диаграмм. [4, c. 79]
      В качестве самостоятельных представлений  в языке UML используются следующие  диаграммы: диаграмма вариантов использования; диаграмма классов; диаграмма состояний; диаграмма деятельности; диаграмма последовательности; диаграмма кооперации; диаграмма компонентов; диаграмма развертывания. Каждая из этих диаграмм детализирует и конкретизирует различные представления о модели сложной системы в терминах языка UML. Методологии, технологии и инструментальные средства проектирования составляют основу проекта любой ИС. [7, c. 83]
 

1.2. Экономическая сущность задач учёта товаров и реализации продукции 

      Учет  – одна из наиболее трудоемких функций  управления. Отличительной чертой учета  является большая массовость и однородность исходных и итоговых показателей. Как правило, итоговые показатели формируются путем многократной группировки по различным признакам исходных первичных данных без применения сложных расчетов.
      Управление  торговыми процессами основывается на информации, отражающей объем, структуру и динамику поступления, продажи и запасов товаров.  Движение информации между предприятием и внешней средой (поставщиками, покупателями) осуществляется в форме  потоков  информации. По отношению к оптовому предприятию различают входные, внутренние и выходные потоки информации (входную, внутреннюю и выходную  информацию). От рациональной организации потоков информации оптового предприятия, способов сбора, регистрации, передачи, хранения и обработки информации, ее состава и своевременного получения зависят оперативность и эффективность управления торговыми процессами.
      Учет  реализации товаров в оптовой  торговле осуществляется  по мере отгрузки товаров и предъявления покупателям  расчетных документов. Основной единицей информации в системе является документ. Основные операции в системе подразделяются на товарные и расчетно-денежные операции. В процессе коммерциализации экономики особую значимость приобретает такая важная форма реализации  товаров как, розничная торговля. [6, c. 143]
      Розничная торговля - это завершающая форма  продажи товаров конечному потребителю  в небольших объемах через  магазины, павильоны, лотки, палатки  и другие пункты сети розничной торговли.  Коммерческая работа по продажи в розничных  торговых предприятиях в отличии от оптовых предприятий имеет свои особенности.  Розничные торговые предприятия реализуют товары непосредственно  населению, то есть физическим лицам, применяя свои,  специфические способы и методы розничной продажи, окончательно завершают обращение от изготовителя продукции. [9, c. 281]
      Торговое  обслуживание населения предполагает наличие специально устроенных и  оборудованных помещений, приспособленных  для наилучшего обслуживания покупателей, подбора и формирования  торгового ассортимента и возможности его оперативного изменения в соответствии с  изменившимся спросом  населения, постоянного изучения и учета потребительских запросов покупателей, умения предложить и продать товар каждому конкретному человеку.
      Также в розничной торговле особое внимание уделено формированию ассортимента на розничном торговом предприятии. Понятие ассортимент товара включает в себя совокупность их видов, разновидностей и сортов, объединенных или сочетающихся по определенному признаку. Формирование ассортимента – это процесс подбора групп, видов и разновидностей товаров в соответствии со спросом населения с целью его полного удовлетворения. Правильный выбор ассортиментной политики предприятия служит своего рода гарантией, что выгодные возможности не будут упущены. [3, c. 368]
      Правильная  организация коммерческой работы в  рамках розничной торговли способствует росту товарооборота, достаточно полному  удовлетворению совокупного спроса  населения и получению коммерческого успеха.

     1.3. Постановка задачи и основные особенности системы учета товаров

      Требуется построить средствами Rational Rose, BPWin и ERWin функциональную модель системы поддержки заказа и учета товаров в бакалейной лавке.
      В магазине для товара фиксируется место хранения (склад), количество товара и его поставщик.
      В бакалейной лавке для каждого  товара фиксируется место хранения (определенная полка), количество товара и его поставщик. Система поддержки заказа и учета товаров должна обеспечивать добавление информации о новом товаре, изменение или удаление информации об имеющемся товаре, хранение (добавление, изменение и удаление) информации о поставщиках, включающей в себя название фирмы, ее адрес и телефон. 
      При помощи системы составляются заказы поставщикам. Каждый заказ может содержать несколько позиций, в каждой позиции указываются наименование товара и его количество в заказе. Система учета по требованию пользователя формирует и выдает на печать следующую справочную информацию: список всех товаров; список товаров, имеющихся в наличии; список товаров, количество которых необходимо пополнить; список товаров, поставляемых данным поставщиком.
     Выяснив особенности данной системы, теперь можно приступить к ее проектированию.
 

2. Проектирование системы «Учёт товаров в бакалейной лавке» средствами BPwin, ERwin и Rational Rose 

2.1. Разработка модели  данных с применением  BPwin 

     На  начальных этапах создания ИС необходимо понять, как работает организация, которую  собираются автоматизировать. Поэтому для описания работы предприятия необходимо построить модель, которая будет содержать в себе знания всех участников бизнес-процессов организации.
     BPwin имеет достаточно простой и  понятный интерфейс пользователя, дающий возможность создавать  сложные модели при минимальных усилиях. BPwin поддерживает три методологии моделирования: функциональное моделирование (IDEF0), описание бизнес-процессов (IDEF3), диаграммы потоков данных (DFD), каждая из которых решает свои специфические задачи. В BPwin также возможно построение смешанных моделей, т. е. модель может содержать одновременно диаграммы как IDEF0, так и IDEF3 и DFD.
     Модель  в BPwin рассматривается как совокупность работ, каждая из которых оперирует  с некоторым набором данных.
     Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы. IDEF0-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения.
     Процесс моделирования системы в IDEF0 начинается с создания контекстной диаграммы - диаграммы наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель. Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой.
      Диаграммы — главные компоненты модели, все  функции организации и интерфейсы на них представлены как блоки  и дуги соответственно. Управляющая информация входит в блок сверху, в то время как входная информация, которая подвергается обработке, показана с левой стороны блока, а результаты (выход) показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу.
      Построение  модели «Учёт товаров в бакалейной лавке» начинается с представления  всей системы в виде простейшего  компонента — одного блока и стрелок, изображающих интерфейсы с функциями  вне системы. Поскольку единственный блок отражает систему как единое целое, имя, указанное в блоке, является общим. Это верно и для интерфейсных стрелок — они также соответствуют полному набору внешних интерфейсов системы в целом.
     Управляющая информация «Правила» входит в блок «Учёт товаров в бакалейной лавке» сверху (информация, управляющая действиями работы). Входная информация - это «Данные о поставщике», «Данные о товаре», «Данные о свободной позиции», показана с левой стороны блока, а результат показан с правой стороны, им является «Справочная информация», «Оплаченный заказ», «Проданный товар» и «Списанный товар». Механизмы «Пользователь» и «Информационная система», осуществляющие операцию, представляются стрелками, входящими в блок «Учёт товаров в бакалейной лавке» снизу. Данная диаграмма приведена на рисунке 1.
     

     Рисунок 1. Контекстная диаграмма «Учёт товаров в бакалейной лавке» 

     После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые  описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие и так далее, до достижения нужного уровня подробности описания.
     Далее блок «Учёт товаров в магазине» декомпозируется и создаётся диаграмма декомпозиции IDEF0. Блок «Учёт товаров в магазине», который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков («Работа с поставщиком товара», «Приём товара от поставщика», «Реализация товара»), то есть система разбивается на подсистемы (диаграммы декомпозиции). Управляющая информация, входная информация, механизмы и результат на декомпозированной диаграмме остаются неизменными, продолжают выполнять свои функции для каждого блока. Диаграмма декомпозиции «Учёт товаров в магазине» показана на рисунке 2.
     
     Рисунок 2. Диаграмма декомпозиции контекстной  диаграммы «Учёт товаров в бакалейной лавке» 

     Также дополнительно декомпозируются  блоки «Работа с поставщиком товара», «Приём товара от поставщика» и «Реализация товара». Декомпозиция блока «Работа с поставщиком товара» представлена на рисунке 3. Данная диаграмма представлена в IDEF0. И она показывает последовательность работы пользователя системы с конкретным поставщиком.
     

     Рисунок 3. Диаграмма декомпозиции блока  «Работа с поставщиком товара» 

     Декомпозиция  блока «Приём товара от поставщика» представлена также в IDEF0. Данная декомпозиция показывает осуществление приёма товара и оплаты услуг поставщика. Диаграмма декомпозиции представлена на рисунке 4.
     

     Рисунок 4. Диаграмма декомпозиции блока «Приём товара от поставщика» 

     Диаграмма декомпозиции блока «Реализация  товара» показана на рисунке 5. Она  представлена в IDEF0 и в IDEF3. В IDEF0 декомпозирован весь блок  «Реализация товара». В результате декомпозиции получаем следующие блоки: «Определение товара на позицию», «Хранение товара», «Продажа товара» «Формирование справочной информации». Декомпозиция осуществляется в IDEF0, так как данная декомпозиция представляет собой совокупность упорядоченных и взаимосвязанных диаграмм. Входная информация, управляющая информация, механизмы и результат на декомпозированной диаграмме остаются прежними и продолжают выполнять свои функции.
     
     Рисунок 5. Диаграмма декомпозиции блока «Реализация товара» 

     Блок  «Хранение товара» декомпозирован дополнительно и декомпозиция осуществлена в IDEF3. (рисунок 6)
      Цель IDEF3 - дать аналитикам описание последовательности выполнения процессов, а также объектов, участвующих совместно в одном  процессе.  

     
     Рисунок 6. Диаграмма декомпозиции блока «Хранение товара» 

     В IDEF3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия. Связи  показывают взаимоотношения работ.
     Все связи в IDEF3 однонаправлены и могут  быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо.
     Перекрестки используются для отображения логики взаимодействия стрелок при слиянии  и разветвлении или для отображения  множества событий, которые могут  или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок.
     Диаграмма декомпозиции в IDEF3 показывает работу блока более подробно и описывает связи с использованием перекрёстков. Перекрестки используются для отображения логики взаимодействия стрелок.
      На диаграмму декомпозиции «Хранение товара» необходимо поместить перекрестки Exclusive OR для случаев слияния и разветвления стрелок. Перекресток Exclusive OR в случае разветвления стрелок означает, что запускается только один следующий процесс, а в случае слияния – только один предшествующий процесс должен быть завершен.
     Сначала на диаграмму декомпозиции блока «Хранение товара» помещается блок «Товар», который будет являться исходной точкой для начала проверки годности. Далее проверяется годность данного товара и с помощью перекрёстка показывается действие только одного процесса, то есть только один из следующих процессов запускается. При слиянии перекрёсток показывает, что только один следующий процесс запускается. Товар либо идёт на продажу, либо списывается и выходит из рассмотрения.  

     2.2. Разработка модели  данных с применением  ERwin 

      Основные  компоненты диаграммы ERwin - это сущности, атрибуты и связи. Построение модели данных предполагает определение сущностей и атрибутов, т. е. необходимо определить, какая информация будет храниться в конкретной сущности или атрибуте.
     Связь является логическим соотношением между  сущностями. Идентифицирующая связь  устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Когда рисуется идентифицирующая связь, ERwin автоматически преобразует дочернюю сущность в зависимую. Зависимая сущность изображается прямоугольником со скругленными углами.
     При установлении неидентифицирующей связи  дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности мигрируют в состав неключевых компонентов дочерней сущности. Неидентифицирующая связь служит для связывания независимых  сущностей.
     Разработка  модели данных в ERwin представлена в  виде сущностей, которые точно определяют хранящуюся в них информацию. В  данной модели таких сущностей пять - «Поставщик», «Пользователь», «Товар», «Приходная накладная» и «Продажа».
     Сущность  «Поставщик» содержит информацию о поставщике и формируется следующими атрибутами – «Название фирмы», «Адрес» и «Телефон». В качестве атрибута первичного ключа выступает «Код поставщика». Таким образом данная сущность содержит всю необходимую информацию о поставщике. Данная сущность имеет непосредственную связь с приходной накладной.
     Сущность  «Пользователь» содержит информацию о  пользователе системой и имеет идентифицирующую связь с приходной накладной. Атрибутами у сущности «Пользователь» будут «Фамилия», «Имя» и «Отчество». Атрибутом первичного ключа будет являться «Код пользователя».
     Сущность  «Товар» содержит всю необходимую  информацию о товаре и формируется  атрибутами – «Наименование товара», «Единицы измерения», «Вид товара», «Количество  товара», «Срок годности» и «Количество свободного места для товара». Атрибутом первичного ключа является «Код товара». Данная сущность содержит в себе полную информацию о товаре.
     Сущность  «Приходная накладная» в себе содержит информацию о приходе товара. Сущность «Приходная накладная» содержит следующие атрибуты - «Дата прихода», «Номер договора» и «Стоимость товара». Атрибутами первичного ключа являются - «Код прихода», «Код поставщика», «Код пользователя» и «Код товара», но так как осуществлялись связи между сущностями, то данная сущность, являясь дочерней, содержит в себе первичные ключи от родительской сущности (от сущности «Товар», «Поставщик» и «Пользователь»).
и т.д.................


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть полный текст работы бесплатно


Смотреть похожие работы


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.