ВСЕРОССИЙСКИЙ ЗАОЧНЫЙ ФИНАНСОВО-ЭКОНОМИЧЕСКИЙ ИНСТИТУТ


КАФЕДРА  АВТОМАТИЗИРОВАННОЙ ОБРАБОТКИ

ЭКОНОМИЧЕСКОЙ ИНФОРМАЦИИ








КУРСОВАЯ РАБОТА

по дисциплине «Информатика»

на тему «Общие принципы разработки программных средств»










Исполнитель:

Карташевич Ольга Андреевна

специальность               Ф и Кр

группа                              21

№ зачетной книжки       07ФФБ03567

Руководитель:

                                                         Сазонова Наталья Стальевна












Москва- 2009


Оглавление

Введение…………………………………………………………………….3

1. Теоретическая часть

1.1 Классификация программных средств………………………...….......5

1.2 Специфика разработки программных средств……………………….8

1.3. Период разработки и эксплуатации программного средства….........9

1.4. Понятие качества ПС……………………………………………........13

1.5 Общие принципы обеспечения надежности ПС……………….........14

1.6 Методы борьбы со сложностью……………………………………....16

1.7 Обеспечение точности перевода……………………………………...16

1.8 Преодоление барьера между пользователем и             

разработчиком……..……………………………………………................17

1.9 Контроль принимаемых решений……………………………………17

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

2. Практическая часть

2.1 Общая характеристика задачи………………………………………..19

2.2 Описание алгоритма решения задачи………………………………..20

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












Введение

Обычно программы разрабатываются в расчете на то, чтобы ими могли пользоваться люди, не участвующие в их разработке (их называют пользователями). Для освоения программы пользователем помимо ее текста требуется определенная дополнительная документация. Программа или логически связанная совокупность программ на носителях данных, снабженная программной документацией, называется программным средством (ПС). Программа позволяет осуществлять некоторую автоматическую обработку данных на компьютере. Программная документация позволяет понять, какие функции выполняет та или иная программа ПС, как подготовить исходные данные и запустить требуемую программу в процесс ее выполнения, а также: что означают получаемые результаты (или каков эффект выполнения этой программы). Кроме того, программная документация помогает разобраться в самой программе, что необходимо, например, при ее модификации.

Актуальность выбранной темы обусловлена тем, что технологии постоянно совершенствуются и активно интегрируются в нашу жизнь, вместе с этим совершенствуются программы и принципы их разработки

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

В данной работе будут изложены следующие вопросы:

·        главные особенности современных операционных систем

·        специфические особенности разработки программных средств

·        основные подходы к организации процесса создания и использования ПС.

·        стадии и фазы жизненного цикла ПС.

·        критерии качества ПС


Практическая часть включает в себя решение задачи по страховой деятельности компании страховщик на территории России. В ходе решения задачи все графики и таблицы были построены с использованием приложения Microsoft Excel.










1. Теоретическая часть.

1.1. Классификация программных средств.

Совокупность программ и сопровождающей их документации, предназначенная для решения задач на ПК, называется программным обеспечением. Оно необходимо для управления компьютером, и его можно разделить следующим образом: операционные системы, сервисные системы, программно-инструментальные средства и системы технического обслуживания.

Главное место среди системных продуктов занимают операционные системы. Операционная система – пакет программ, хранящийся в долговременной памяти и используемый для управления устройствами, папками, пакетами программ и работой электронно-вычислительных машин в целом[1]. До появления микропроцессоров каждый производитель разрабатывал свою собственную операционную систему. С эволюцией микропроцессорной техники потребности в ОС существенно изменились. До недавнего времени на большинстве ПК была установлена операционная система MS DOS (MS Disk Operating System – дисковая операционная система фирмы MS) или один из ее аналогов, например PC DOS (Personal Computer Disk Operating System – дисковая операционная система персональных компьютеров) фирмы IBM либо Novell DOS фирмы Novell.[2]

Главными особенностями и отличиями современных операционных систем являются:

1. многозадачность.

2. развитый графический пользовательский интерфейс.

3. устойчивость в работе и защищенность.

4. полная независимость от аппаратуры.

5. совместимость со всеми видами приложений, разработанных для MS DOS.

Среди имеющегося разнообразия операционных систем особое место занимают сетевые ОС.

а) Сервисные системы расширяют возможности ОС, предоставляя пользователю, а также выполняемым программам набор разнообразных услуг. К сервисным системам относят оболочки, утилиты и операционные среды.

б) Оболочка операционной системы – это программный продукт, который делает общение пользователя с компьютером более облегченным..

в) Утилиты –служебные программы, предоставляющие пользователю ряд дополнительных услуг. К утилитам относят такие программные средства, как: дисковые компрессоры; дисковые дефрагментаторы;  программы резервного копирования данных; архиваторы; программы, оптимизирующие использование оперативной памяти; программы защиты и восстановления данных; антивирусные программы и др. Для обслуживания жесткого диска в среде Windows используются служебные программы.

Дадим им краткую характеристику.

1) Утилита дефрагментации диска предназначена для оптимизации работы диска и повышения скорости доступа к нему. Дефрагментация диска состоит в том, что фрагменты файла собираются в один блок. Можно выбрать один из трех способов дефрагментации: полную дефрагментацию, дефрагментацию только файлов, объединение свободных участков диска.

2) Программа проверки диска проверяет достоверность информации, которая содержится в таблицах распределения файлов диска, а также осуществляет поиск сбойных блоков диска.

3) Программа уплотнения диска (предназначена для создания и обслуживания сжатых дисков.

4) Программа копирования данных на диске работает в трех режимах: резервирования, восстановления и сравнения исходных данных с их резервными копиями. Для резервных копий используются дискеты, кассеты с магнитной лентой или другие сменные носители информации, а также возможно резервирование на другие жесткие диски.

5) Программа Системный монитор анализирует пиковую нагрузку процессора и других ресурсов.

6) Антивирусные программы появились почти одновременно с персональными компьютерами, и с тех пор состав их постоянно растет. Современные антивирусные пакеты несут задачу выявления и устранения компьютерных вирусов. Одним из наиболее перспективных направлений развития антивирусных средств является создание сетевых версий этих продуктов. Сетевой антивирусный пакет устанавливается на сервер и при  обнаружении вируса блокирует дальнейшую работу с пораженными ресурсами.

7) Программно-инструментальные средства – это программные продукты, предназначенные для разработки программного обеспечения. К ним относят системы программирования, которые включают систему команд процессора и периферийных устройств, трансляторы с различных языков программирования.

8) Системы технического обслуживания – совокупность программно-аппаратных средств ПК для обнаружения сбоев в процессе работы компьютера. Они нужны для проверки работоспособности отдельных узлов, блоков и всей машины в целом, являясь инструментом специалистов по эксплуатации и ремонту технических средств компьютера.


Эти средства можно разделить на средства диагностики ПК, текстового контроля, аппаратного контроля и программно-аппаратного контроля:

   - средства диагностики обеспечивают автоматический поиск ошибок и выявление неисправностей с определенной локализацией их в ПК и его отдельных модулях.

   - программно-логический контроль основан на использовании избыточного кода исходных и промежуточных данных ПК, что помогает находить ошибки при изменении значения  отдельных битов данных.

   - тестовый контроль осуществляется с помощью специальных тестов для проверки правильности работы ПК или его отдельных устройств.

   - аппаратный контроль ведется автоматически с помощью встроенного а ПК оборудования.

   - программно-аппаратный контроль включает программный и аппаратный контроль. Программное обеспечение, которое предназначено для решения определенных классов задач пользователя, называют прикладным. Прикладное программное обеспечение состоит из пакетов прикладных программ и прикладных программ пользователя. Областью применения таких пакетов является в основном экономическая сфера.

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

1.2 Специфика разработки программных средств

Разработка программных средств имеет ряд специфических особенностей, отметим главные из них:

·     Прежде всего, следует отметить некоторое противостояние: неформальный  характер требований к ПС (постановки задачи) и понятия ошибки в нем,  но формализованный основной объект разработки - программы ПС. Тем самым разработка ПС содержит определенные этапы формализации.

·     Разработка ПС носит творческий  характер (на каждом  шаге  приходится делать какой-либо выбор, принимать какое-либо решение). Тем самым эта разработка ближе к процессу проектирования каких-либо  сложных  устройств, но никак не к их массовому производству. Этот творческий характер разработки ПС сохраняется до  самого  ее конца.

·     Следует отметить также особенность продукта разработки.  Он представляет  собой некоторую совокупность текстов (т.е.  статических объектов),  смысл же этих текстов  выражается процессами обработки данных и действиями пользователей, запускающих эти процессы (т.е. является динамическим). Это предопределяет выбор разработчиком  ряда специфичных приемов, методов и средств.

Продукт разработки имеет и другую специфическую особенность: ПС при своем использовании (эксплуатации) не расходуется и не расходует используемых ресурсов


1.3. Период разработки и эксплуатации программного средства.

Под периодом разработки и эксплуатации (использования) понимают жизненный цикл ПС. Жизненный цикл охватывает довольно сложный процесс создания и использования ПС. Этот процесс может быть организован по-разному для разных классов ПС и в зависимости от  особенностей коллектива разработчиков.

В настоящее время можно выделить 5 основных подходов к организации процесса создания и использования ПС.

·     Водопадный подход. При таком подходе разработка ПС состоит из цепочки этапов. На каждом этапе  создаются документы, используемые на последующем этапе. В исходном документе фиксируются требования к ПС. В конце этой цепочки создаются программы, включаемые в ПС.

·     Исследовательское программирование. Этот подход предполагает быструю реализацию рабочих версий программ ПС, выполняющих лишь в первом приближении требуемые функции. После экспериментального применения реализованных программ производится их модификация  с целью сделать их более полезными для пользователей. Этот процесс повторяется до тех пор, пока ПС не будет достаточно приемлемо для пользователей. Такой подход применялся на ранних этапах развития программирования, когда технологии программирования не придавали большого значения (использовалась интуитивная технология).

·     Прототипирование. Этот подход моделирует начальную фазу  исследовательского программирования вплоть до создания рабочих версий программ, предназначенных для проведения экспериментов с целью установить требования к ПС. В дальнейшем должна последовать разработка ПС по установленным требованиям в рамках какого-либо другого подхода (например, водопадного).

·     Формальные преобразования. Этот подход включает разработку формальных спецификаций ПС и превращение их в программы путем корректных преобразований.

·     Сборочное программирование. Этот подход предполагает, что ПС конструируется, главным образом, из компонент, которые уже существуют. Должно быть некоторое хранилище (библиотека) таких компонент, каждая из которых может многократно использоваться в разных ПС. Такие компоненты называются повторно используемыми. Процесс разработки ПС при данном подходе состоит скорее из сборки программ из компонент, чем из их программирования.

В основном, будет рассматриваться водопадный подход с некоторыми модификациями. Во-первых, потому, что в этом подходе приходиться иметь дело с большинством процессов программной инженерии, а, во-вторых, потому, что в рамках этого подхода создается большинство больших программных систем. Именно этот подход рассматривается в качестве индустриального подхода разработки программного обеспечения.

Исследовательское программирование исходит из взгляда на программирование как на искусство. Оно применяется тогда, когда водопадный подход не применим из-за того, что не удается точно сформулировать требования к ПС. Прототипирование рассматривается как вспомогательный подход, используемый в рамках других подходов, в основном, для прояснения требований к ПС.

В рамках водопадного подхода различают следующие стадии жизненного цикла ПС (см. рис.1): разработку ПС, производство программных  изделий (ПИ) и эксплуатацию ПС.

Рис. 1. Стадии и фазы жизненного цикла ПС.[3]


Стадия разработки  ПС состоит из этапа его внешнего описания, этапа конструирования ПС, этапа кодирования (программирование в узком смысле) ПС и этапа аттестации ПС. Всем этим этапам сопутствуют процессы документирования и управления ПС. Этапы конструирования и кодирования часто перекрываются, иногда довольно сильно. Это означает, что кодирование некоторых частей программного средства может быть начато до завершения этапа конструирования.

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

Кодирование ПС включает процессы создания текстов программ на языках программирование, их отладку с тестированием  ПС.

На этапе аттестации ПС производится оценка качества ПС. Если эта оценка оказывается приемлемой для практического использования ПС, то разработка ПС считается законченной. Это обычно оформляется в виде некоторого документа, фиксирующего решение комиссии, проводящей аттестацию ПС.

Программное изделие (ПИ) - экземпляр или копия разработанного ПС. Изготовление ПИ - это  процесс  генерации  и/или воспроизведения (снятия копии) программ и программных документов ПС с целью их поставки пользователю для применения по назначению. Производство ПИ - это совокупность работ по обеспечению изготовления  требуемого  количества  ПИ  в установленные сроки.[4]  

Стадия эксплуатации ПС охватывает процессы хранения,  внедрения и сопровождения  ПС,  а также транспортировки и применения ПИ по своему назначению. Она состоит из двух параллельно проходящих фаз: фазы применения ПС и фазы сопровождения ПС.

Применение ПС - это использование ПС для решения практических задач на компьютере путем выполнения ее программ.

Сопровождение ПС  -  это процесс сбора информации о качестве ПС в эксплуатации, устранения обнаруженных в нем ошибок, его доработки и модификации,  а также извещения пользователей о внесенных в него изменениях.

1.4. Понятие качества ПС.

Каждое ПС должно выполнять определенные функции, т.е. делать то, что задумано. Хорошее ПС должно обладать еще целым рядом свойств, позволяющим успешно его использовать в течении длительного периода, т.е. обладать определенным качеством. Качество ПС - это совокупность его черт и характеристик, которые влияют на его способность удовлетворять заданные потребности  пользователей. Но это не значит, что ПК должны в высшей мере обладать этими свойствами. Качество ПС является удовлетворительным, когда оно обладает указанными свойствами в такой степени, чтобы гарантировать успешное его использование.

Совокупность свойств ПС, которая образует удовлетворительное для пользователя качество ПС, зависит от условий и характера эксплуатации этого ПС,  т.е. от позиции, с которой должно рассматриваться качество этого ПС. Поэтому при описании качества ПС, прежде всего, должны  быть фиксированы критерии отбора требуемых свойств ПС. В настоящее время критериями качества ПС принято считать:

*      функциональность,

*      надежность,

*      легкость применения,

*      эффективность,

*     сопровождаемость, 

*      мобильность.

Функциональность - это способность ПС выполнять набор функций, удовлетворяющих заданным или подразумеваемым потребностям пользователей. Набор указанных функций определяется во внешнем описании ПС.

Надежность - это характеристика ПС отвечать и полагаться заданным стандартам.

Легкость применения - это характеристики ПС, которые позволяют минимизировать усилия пользователя по подготовке исходных данных, применению ПС и оценке полученных результатов, а также  вызывать положительные эмоции определенного или подразумеваемого пользователя.

Эффективность - это отношение уровня услуг, предоставляемых ПС пользователю при заданных условиях, к объему используемых ресурсов.

Сопровождаемость - это характеристики ПС, которые позволяют сократить усилия по внесению изменений для устранения в нем ошибок.

Мобильность - это способность ПС быть перенесенным из одной среды (окружения) в другую, в частности, с одного компьютера на другой.

Функциональность и надежность являются обязательными критериями качества ПС, причем обеспечение надежности будет красной нитью проходить по всем этапам и процессам разработки ПС.  Остальные критерии используются в зависимости от потребностей пользователей в соответствии с требованиями к ПС. Обеспечение этих критериев будет обсуждаться в подходящих разделах курса.


1.5 Общие принципы обеспечения надежности ПС

Обеспечение надежности ПС является основным мотивом разработки ПС, задающим специфическую окраску всем технологическим процессам разработки ПС. В технике известны четыре подхода обеспечению надежности:

·     предупреждение ошибок;

·     самообнаружение ошибок;

·     самоисправление ошибок;

·     обеспечение устойчивости к ошибкам.

Целью подхода предупреждения ошибок - не допустить ошибок в готовых продуктах, в нашем случае - в ПС. Проведенное рассмотрение  природы  ошибок  при разработке ПС позволяет для достижения этой цели сконцентрировать внимание на следующих вопросах:

·     борьба со сложностью,

·     обеспечение точности перевода,

·     преодоление барьера между пользователем и разработчиком,

·     обеспечение контроля принимаемых решений.

Этот подход связан с организацией процессов разработки ПС, т.е. с технологией программирования. И хотя, как мы уже отмечали, гарантировать отсутствие ошибок в ПС невозможно, но в рамках этого подхода можно достигнуть приемлемого уровня надежности ПС.

Остальные три подхода связаны с организацией самих продуктов технологии, в нашем случае - программ. Они учитывают возможность ошибки в программах. Самообнаружение ошибки в программе означает, что  программа содержит средства обнаружения отказа в процессе ее выполнения. Самоисправление ошибки в программе означает не только обнаружение отказа в процессе ее выполнения, но и исправление последствий этого отказа, для чего в программе должны иметься соответствующие средства. Обеспечение устойчивости программы к ошибкам означает,  что в программе содержатся средства, позволяющие локализовать область влияния отказа программы, либо уменьшить его неприятные последствия, а иногда предотвратить катастрофические последствия отказа. Однако, эти подходы используются весьма редко (может быть, относительно чаще используется обеспечение устойчивости к ошибкам). Связано это, во-первых,  с тем, что многие простые методы, используемые в технике в рамках этих подходов, неприменимы в программировании, например, дублирование отдельных блоков и устройств (выполнение двух копий одной  и той же программы всегда будет приводить к одинаковому эффекту - правильному или неправильному). А, во-вторых, добавление в программу дополнительных фрагментов приводит к ее усложнению (иногда - значительному),  что в какой-то  мере  мешает  методам предупреждения ошибок.


1.6 Методы борьбы со сложностью

Известны два общих метода борьбы со сложностью систем:

·        обеспечения независимости компонент системы;

·        использование в системах иерархических структур.

         Обеспечение независимости компонент означает разбиение системы на такие части, между которыми должны остаться по возможности меньше связей. Одним из воплощений этого метода является модульное программирование.

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


1.7 Обеспечение точности перевода

Обеспечение точности перевода направлено на достижение однозначности интерпретации документов различными разработчиками, а также пользователями ПС. Это требует придерживаться при переводе определенной дисциплины. В соответствии с этим весь процесс перевода можно разбить на следующие этапы:

·        Понимание задачи;

·        Составление плана (включая цели и методы решения);

·        Выполнение плана (проверяя правильность каждого шага);

·        Анализ полученного решения.

1.8 Преодоление барьера между пользователем и разработчиком.

Как обеспечить, чтобы ПС выполняла то, что пользователю разумно ожидать от нее?  Для этого разработчикам необходимо правильно понять, во-первых,  чего хочет пользователь, и, во-вторых, его уровень подготовки и окружающую его обстановку. При разработке ПС следует привлекать пользователя для участия в процессах принятия решений, а также тщательно освоить особенности его работы (лучше всего - побывать в его "шкуре").


1.9 Контроль принимаемых решений

Обязательным шагом в каждом процессе (этапе) разработки ПС должна быть проверка правильности принятых решений. Это позволит обнаруживать и исправлять ошибки на самой ранней стадии после ее возникновения, что, во-первых, существенно снижает стоимость ее исправления и, во-вторых, повышает вероятность правильного ее устранения.

         С учетом специфики разработки ПС необходимо применять везде, где это возможно,

·        смежный контроль,

·        сочетание как статических, так и динамических методов контроля.

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

         Сочетание статических и динамических методов контроля означает, что нужно не только контролировать документ как таковой, но и проверять, какой процесс обработки данных он описывает. Это отражает одну из специфических особенность ПС (статическая форма, динамическое содержание)

Заключение

Вычислительная техника прошла те же исторические этапы эволюции, которые прошли и все прочие технические устройства: от ручных приспособлений к механическим устройствам и далее к более гибким автоматическим системам. Современный компьютер - это прибор. Его принцип действия - электронный, а назначение - автоматизация операций с данными. Гибкость автоматизации основана на том, что операции с данными выполняются по заранее заготовленным и легко сменяемым программам. Универсальность компьютеров основана  на том, что любые типы данных представляются в нем с помощью универсального двоичного кодирования. Работа компьютерной системы протекает в непрерывном взаимодействии аппаратных и программных средств. Работа компьютерных программ имеет многоуровневый характер. Программы низшего уровня занимаются только взаимодействием с базовыми аппаратными средствами и согласованием их работы. Ключевая роль программ базового уровня проявляется в момент первичного запуска компьютера. Программы системного уровня опираются на программы базового уровня и обеспечивают взаимодействие пользователя с оборудованием, взаимодействие дополнительного оборудования  с базовым, а также предоставляют возможность для установки и работы программ более высоких уровней. Программы служебного уровня выполняют обслуживание компьютерной системы, обеспечивают ее контроль и настройку. В своей работе они опираются на программы базового и системного уровней. Программы прикладного уровня используются человеком для исполнения практических заданий с помощью компьютера. Эти программы опираются на программы нижележащих уровней. Разработка программных средств не так проста, технологии постоянно усовершенствуются, а с ними должны развиваться и программные средства, и технологии их разработки.



2.Практическая часть

Вариант№11.

2.1. Общая характеристика задачи.

Компания «Страховщик» осуществляет страховую деятельность на территории России по видам полисов, представленных на рис.1. Каждый полис имеет фиксированную цену.

Компания имеет свои филиалы в нескольких городах (рис.2) и поощряет развитие каждого филиала, предоставляя определенный дисконт. Дисконт пересматривается ежемесячно по итогам общих сумм договоров по филиалам.

В конце каждого месяца  составляется общий реестр договоров по всем филиалам.

В конце каждого месяца составляется общий реестр договоров  по всем филиалам  (рис.3)

1.Построить таблицы (рис.1-3).

2.Организовать межтабличные связи для автоматического заполнения граф реестра (рис.3): «Наименование филиала», «Наименование полиса»,  «Сумма полиса, руб.», «Сумма скидки по дисконту, руб.»

3.Организовать двумя способами расчет общей суммы полисов по филиалам:

1) подвести итоги в таблице реестра;

2) построить соответствующую сводную таблицу, предусмотрев возможность одновременно отслеживать итоги и по виду полиса.

4. Построить гистограмму по данным сводной таблицы.

Код вида страхового полиса

Наименование страхового полиса

Сумма                  страхового полиса, руб.

101

От несчастного случая

10 000

102

От автокатастрофы

50 000

103

От авиакатастрофы

60 000

104

Медицинский

25 000

105

       Автомобильный

150 000

106

Жилищный

500 000

Рис. 1. Виды страховых полисов


Код филиала

Наименование филиала

Дисконтный процент  с каждого полиса по филиалу, %

100

Московский

3%

200

Тульский

2%

300

Уфинский

1%

400

Липецкий

2%

500

Ростовский

3%

600

Воронежский

2%

Рис. 2. Список филиалов компании " Страховщик"


Код                      филиала

Наименование филиала

Код страхового полиса

Наименование полиса

Дата выдачи полиса

Сумма полиса, руб.

Сумма скидки по дисконту, руб.

100

 

101


11.11.05

 

 

300

 

103


12.11.05

 

 

200

 

105


13.11.05

 

 

400

 

102


14.11.05

 

 

600

 

106


11.11.05

 

 

500

 

102


16.11.05

 

 

200

 

105


17.11.05

 

 

300

 

104


12.11.05

 

 

300

 

102


19.11.05

 

 

500

 

101


20.11.05

 

 

400

 

106


11.11.05

 

 

600

 

103


22.11.05

 

 

100

 

105


13.11.05

 

 

100

 

105


24.11.05

 

 

600

 

103


25.11.05

 

 


Рис. 3. Реестр договоров


2.2.Описание алгоритма решения задачи

1. Запустить табличный процессор  MS Excel.

2. Создать книгу с именем «Страховщик».

3. На рабочем Листе 1 MS Excel создать таблицу «Виды страховых полисов».

4. Заполнить таблицу «Виды страховых полисов» исходными данными (рис. 4).

5. На рабочем Листе 2 MS Excel создать таблицу, в которой будет содержаться список филиалов компании «Страховщик».

Рис. 4.  Расположение таблицы    Виды страховых полисов

на рабочем Листе 1  MS Excel


6. Заполнить таблицу со списком филиалов компании   

«Страховщик» исходными данными (рис. 5).

 


Рис. 5. Расположение таблицы Список филиалов компании

«Страховщик» на рабочем Листе 2  MS Excel


7. На рабочем Листе 3 MS Excel создать таблицу, в которой будет содержаться таблица реестра договоров.

8. Заполнить таблицу реестра договоров исходными данными

(рис. 6).

9. Заполнить графу Наименование филиала таблицы реестра договоров, находящимся на Листе3 следующим образом:

Внести  в ячейку В3 формулу:

=ПРОСМОТР(A3;Лист2!A$3:A$8;Лист2!B$3:B$8)

Размножить введенную в ячейку В3 формулу для остальных ячеек (с В3 по В17) данной графы.

Таким образом, будет выполнен цикл, управляющим параметром которого является номер строки (рис. 7).

Рис. 6. Расположение таблицы реестра договоров

на рабочем Листе 3  MS Excel

10. Заполнить графу Наименование полиса таблицы реестра договоров, находящимся на этом же листе следующим образом:

Внести  в ячейку D3 формулу:

=ПРОСМОТР(C3;Лист1!A$3:A$8;Лист1!B$3:B$8)

Размножить введенную в ячейку В3 формулу для остальных ячеек (с D3 по D17) данной графы (рис. 7).

     11. Аналогичным способом заполнить графу Сумма полиса, руб. таблицы реестра договоров (рис. 7).

     12. Заполнить графу Сумма скидки по дисконту, руб. таблицы реестра договоров следующим образом:

Внести в ячейку G3 формулу:

   =ПРОСМОТР(C3;Лист1!A$3:A$8;Лист2!C$3:C$8)*F3

Размножить введенную в ячейку В3 формулу для остальных ячеек (с G3 по G17) данной графы (рис.7).

Рис.7. Общий реестр договоров по всем филиалам компании «Страховщик»


13. В таблице реестра отсортировать данные по наименованию филиала.

Для этого на панели задач выбрать Данные\Сортировка\Сортировать по Наименование филиала.

14. Вставить автоматически промежуточные (для каждого филиала) и общие итоги в списке по полю Сумма полиса, руб. (рис.8).

15. Построить соответствующую сводную таблицу, предусмотрев возможность одновременно отслеживать расчет общей суммы полисов по филиалами  и по виду полиса.  На панели задач выбираем Данные/Сводная таблица и заносим нужные параметры (рис.9).                   

16. Результаты вычислений представить графически  (рис 10). Гистограмма строится автоматически.




Рис. 8. Расчет общей суммы полисов по филиалам


Рис. 9. Расположение Сводной таблицы


Рис. 10. Гистограмма по данным сводной таблицы



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


1.     Программирование на языках высокого уровня: Учебное пособие / Под ред. О.Л. Голицына и И.И. Попов. – М.: Форум, 2008 – с. 238 – 316.

2.     Евдокимов В.В. Экономическая информатика. Учебник для вузов. Под ред. д. э. н., проф. В.В. Евдокимова – СПб.: Питер, 1997.-562.: ил.

3.     Е.А. Жоголев. Введение в технологию программирования (конспект лекций). - М.: "ДИАЛОГ-МГУ", 1994.

4.     М. Зельковец, А. Шоу, Дж. Гэннон. Принципы разработки программного обеспечения.– М.: Мир, 1982.

5.     Информатика: Учебник под изд. Катмина В.А. – 5-е издание- М.: ИНФА-М.,2006-с 24

6.     Леонтьев В. П. Новейшая энциклопедия персонального компьютера

  1. 2003.- М.: ОЛМА-ПРЕСС, 2003.- 920 с., ил.
  2. Мациевский С. В. Принципы информатики: Учебное пособие.- Калининград: Изд-во КГУ, 2003.— 112 с.: ил.
  3. Информатика. Базовый курс, 2-е издание / Под ред. С. В. Симоновича.- СПб.: Питер, 2006.
  4.  Дж. Фокс. Программное обеспечение и его разработка. - М.: Мир, 1985. - с. 53-67, 125-130.
  5.  Информатика 2 том Средства и системы обработки данных: Учебник /     2-е изд., расш. и доп. – Маросейка, 2008.
  6.  http://www.itdom.info/




[1] Информатика : Учебник под изд. Катмина В.А. – 5-е издание- М.: ИНФА-М.,2006-с 24.

[2] Экономическая информатика : Учебник /Под ред. В.П. Косарева и Л.В. Еремина. – М.: Финансы и статистика, 2001.-с 127.

[3] М.Зельковец, А. Шоу, Дж. Гэннон. Принципы разработки программного обеспечения.– М.: Мир, 1982.-с.11.

[4] Е.А.Жоголев. Введение в технологию программирования .- Москва.: «ДИАЛОГ-МГУ»,1994.