Загрузка...Тип работы: Курсовая практическая
Предмет: Экономическая теория
Страниц: 29
стр.
ВВЕДЕНИЕ 3
1. Сущность и функции денег 4
1.1. Происхождение денег 4
1.2. Товарная теория денег Маркса 6
1.3. Функции денег 7
2. Основные виды денег 10
2.1. Золотые и серебряные деньги 10
2.2. Бумажные деньги 11
2.3. Кредитно-бумажные деньги 13
2.4. Электронные деньги 15
2.5. “Квази-деньги” 18
3. Денежная масса и денежные агрегаты 20
3.1. Понятие и сущность денежной массы 20
3.2 Денежные агрегаты 23
ЗАКЛЮЧЕНИЕ 27
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 29
Учебная работа № 395654. Тема: Деньги происхождение, сущность
Выдержка из подобной работы
Деньги – сущность, происхождение
…..окопроизводительной системы.
Проектирование информационных
систем охватывает три основные области:
проектирование объектов данных,
которые будут реализованы в базе данных;
проектирование программ,
экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;
учет конкретной среды или
технологии, а именно: топологии сети, конфигурации аппаратных средств,
используемой архитектуры (файл-сервер или клиент-сервер), параллельной
обработки, распределенной обработки данных и т.п.
В реальных условиях
проектирование – это поиск способа, который удовлетворяет требованиям
функциональности системы средствами имеющихся технологий с учетом заданных
ограничений.
К любому проекту предъявляется
ряд абсолютных требований, например максимальное время разработки проекта,
максимальные денежные вложения в проект и т.д. Одна из сложностей
проектирования состоит в том, что оно не является такой структурированной
задачей, как анализ требований к проекту или реализация того или иного
проектного решения.
Считается, что сложную систему
невозможно описать в принципе. Это, в частности, касается систем управления
предприятием. Одним из основных аргументов является изменение условий
функционирования системы, например директивное изменение тех или иных потоков
информации новым руководством. Еще один аргумент – объемы технического задания,
которые для крупного проекта могут составлять сотни страниц, в то время как
технический проект может содержать ошибки. Возникает вопрос: а может, лучше
вообще не проводить обследования и не делать никакого технического проекта, а
писать систему “с чистого листа” в надежде на то, что произойдет
некое чудесное совпадение желания заказчика с тем, что написали программисты, а
также на то, что все это будет стабильно работать?
Если разобраться, то так ли уж
непредсказуемо развитие системы и действительно ли получить информацию о ней
невозможно? Вероятно, представление о системе в целом и о предполагаемых (руководством)
путях ее развития можно получить посредством семинаров. После этого разбить
сложную систему на более простые компоненты, упростить связи между компонентами,
предусмотреть независимость компонентов и описать интерфейсы между ними (чтобы
изменение одного компонента автоматически не влекло за собой существенного
изменения другого компонента), а также возможности расширения системы и “заглушки”
для нереализуемых в той или иной версии системы функций. Исходя из подобных
элементарных соображений описание того, что предполагается реализовать в
информационной системе, уже не кажется столь нереальным. Можно придерживаться
классических подходов к разработке информационных систем, один из которых – схема
“водопада” (рис.1) – описан ниже. Кратко будут
рассмотрены и некоторые другие подходы к разработке информационных систем, где
использование элементов, описанных в схеме “водопада”, также
допустимо. Какого подхода из описываемых ниже придерживаться (и есть ли смысл
придумывать собственный подход) – в какой-то мере дело вкуса и обстоятельств.
Рис.1. Cхема “водопада”
Жизненный цикл программного
обеспечения представляет собой модель его создания и использования. Модель
отражает его различные состояния, начиная с момента возникновения необходим…