Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Индивидуальное задание для отчета
по производственной практике
Описание предметной области и постановка задачи на проектирование
В разделе используются фактические материалы, характеризующие объект исследования, его техническую, социальную, экономическую и организационную стороны. Причем более подробная характеристика дается по тем аспектам деятель ности объекта, которые непосредственно связаны с решением задач, поставленных в курсовом проекте.
Характеристика объекта исследования независимо от специфики темы курсового проекта должна содержать:
Желательно также проанализировать финансовые показатели: доходы, рас ходы и результаты деятельности.
Характеристика и анализ объекта исследования проводится от общего к частному с последующим углублением и расширением.
Источниками информации по вышеназванным вопросам могут служить: пас порт территории, устав предприятия, история создания и развития предприятия, по ложения о структурных подразделениях, материалы годовых отчетов деятельности объекта исследования и другие.
При изложении фактического материала основное внимание сосредотачива ется не столько на характеристике объекта (большинство фактических данных и об щих иллюстраций может быть представлено в приложениях), сколько на выявлении и анализе положительных сторон и недостатков его функционирования.
При оформлении этого раздела имеются большие возможности по использо ванию графических способов представления данных: схем, диаграмм, графиков и т.п.
Объем этой части не должен превышать 3 страницы.
Концептуальная модель данных
Задачей этапа концептуального проектирования БД является создание формализованного описания данных на основе описания предметной области – концептуальной модели данных (КМД). Создание КМД позволит автоматизировать процесс проектирования, давая возможность использовать различные CASE – средства
Построение функциональных моделей на основании требований к информационной системе. Модель должна отражать весь указанный в описании функционал, а также чётко отражать существующие потоки данных и описывать правила их движения;
Концептуальная модель абстрактно – в терминах задач, нажатий на клавиши, манипуляций мышью или экранной графики – описывает, что именно пользователь должен делать с системой, и какие концепты ему необходимо знать. Основная идея заключается в том, что тщательная разработка подробной концептуальной модели, на основе которой потом проектируется пользовательский интерфейс, делает приложение более простым и понятным для понимания. При этом необходимо, во-первых, сделать концептуальную модель максимально простой с использованием минимального количества концептов для обеспечения необходимой функциональности; и во-вторых, максимально ориентировать концептуальную модель на конкретные задачи, то есть исключить или ограничить работу пользователя с концептами, не фигурирующими в данной области задач.
Важным компонентом концептуальной модели является анализ объектов и действий – список всех видимых пользователю объектов приложения и действий, которые пользователь может совершать над каждым объектом. В реализации системы могут присутствовать и другие объекты, но предполагается, что они будут невидимыми для пользователя.
Объекты концептуальной модели приложения могут образовывать структурную иерархию, в которой дочерние блоки будут перенимать действия родительских. В зависимости от приложения объекты могут также образовывать иерархию включения, в которой некоторые объекты включают в себя другие. Использование двух этих типов иерархии в концептуальной модели значительно облегчает проектирование и разработку связного и понятного пользовательского интерфейса.
Подобный анализ объектов и действий помогает управлять реализацией системы, поскольку он указывает наиболее удобный вид иерархии объектов, а также методы работы, которые предусматривает каждый вид. Он также облегчает структуру команд приложения, т.к. позволяет разработчику увидеть, какие действия применимы к разным объектам и могут быть спроектированы как обобщенные.
Разработка требований к информационной системе
на основе анализа определяются требования к создаваемой системе, и дается обоснование актуальности разработки.
Проблемы, которые приходится решать специалистам в процессе создания программного обеспечения, очень сложны. Природа этих проблем не всегда ясна, особенно если разрабатываемая программная система инновационная. В частности, трудно чётко описать те действия, которые должна выполнять система. Описание функциональных возможностей и ограничений, накладываемых на систему, называется требованиями к этой системе, а сам процесс формирования, анализа, документирования и проверки этих функциональных возможностей и ограничений – разработкой требований.
Требования подразделяются на пользовательские и системные. Пользовательские требования – это описание на естественном языке функций, выполняемых системой, и ограничений, накладываемых на неё. Системные требования – это описание особенностей системы (архитектура системы, требования к параметрам оборудования и т.д.), необходимых для эффективной реализации требований пользователя.
Пользовательские требования
На данном этапе необходимо зафиксировать всех пользователей будущей информационной системы и выписать их функциональные требования в рамках заявленной к проектированию функции. Пользователи, имеющие разные должностные инструкции, но выполняющие одинаковые задачи (или разностью в выполнении задач можно пренебречь) по реализации заявленной к проектированию функции, называются типом пользователя.
Функциональные требования типа пользователя необходимо проанализировать и записать таким образом, чтобы они представляли специализацию транзакций. Транзакция – одно или несколько неделимых действий над базой данных, выполняемых одним типом пользователей. Например:
Менеджер:
Оператор:
Список типов пользователей, а тем более список транзакций для каждого типа пользователя, должен соответствовать той функции или функциям, которые были заявлены для проектирования информационной системы. Например, если заявлена функция продаж, возможны следующие транзакции:
Продавец:
Невозможны в этом случае транзакции:
Продавец:
Требования к функциональным возможностям программного комплекса. Программный комплекс должен обеспечивать эффективную реализацию следующих функций: ввод новых данных в базу данных; удаление данных из базы; корректировку данных; поиск данных не менее чем по трем критериям; формирование не менее двух отчетов с выбором входных параметров (период, группа); контроль информационной технологии; архивацию данных и обеспечение целостности данных.
Системные требования включат в себя:
Разработка информационной системы
Технологическая платформа «1С:Предприятие 8.2»
Необходимо дать описание технологической платформы 1С:Предприятие 8.2.
1С: Предприятие является универсальной системой автоматизации деятельности предприятия. За счет своей универсальности система 1С: Предприятие может быть использована для автоматизации самых разных участков деятельности предприятия.
Основной особенностью системы 1С: Предприятия является ее конфигурируемость. Собственно система 1С: Предприятие представляет собой совокупность механизмов, предназначенных для манипулирования различными типами объектов предметной области. Конкретный набор объектов, структуры информационных массивов, алгоритмы обработки информации определяет конкретная конфигурация. Вместе с конфигурацией система 1С: Предприятие выступает в качестве уже готового к использованию программного продукта, ориентированного на определенные типы предприятий и классы решаемых задач.
Конфигурация создается штатными средствами системы. Конфигурация обычно поставляется фирмой "1С" в качестве типовой для конкретной области применения, но может быть изменена, дополнена пользователем системы, а также разработана заново.
Функционирование системы делится на два процесса - конфигурирование (описание модели предметной области средствами системы) и исполнение (обработку данных предметной области).
Результатом конфигурирования является конфигурация, которая представляет собой модель предметной области.
На этапе конфигурирования система оперирует такими универсальными понятиями (объектами), как "Документ", "Журнал документов", "Справочник", "Реквизит", "Регистр" и другие. Совокупность этих понятий и определяет концепцию системы.
На уровне системы определены сами понятия и стандартные операции на их обработке. Средства конфигурирования позволяют описать структуры информации, входящей в эти объекты, и алгоритмы, описывающие специфику их обработки, для отражения различных особенностей учета.
При конфигурировании максимально используются визуальные средства настройки, а для описания специфических алгоритмов используются языковые (программные) средства.
В процессе конфигурирования формируется структура информационной базы, алгоритмы обработки, формы диалогов и выходных документов. Информационная структура проектируется на уровне предусмотренных в системе типов обрабатываемых объектов предметной области (константы, справочники, документы, регистры, перечисления, журналы расчетов, бухгалтерские счета, операции, проводки и др.).
В процессе исполнения система уже оперирует конкретными понятиями, описанными на этапе конфигурирования (справочниками товаров и организаций, счетами, накладными и т.д.).
При работе пользователя в режиме исполнения конфигурации обработка информации выполняется как штатными средствами системы, так и с использованием алгоритмов, созданных на этапе конфигурирования.
Разработка структуры информационной системы
Исходя из требований к информационной системе, необходимо определить основные функции конфигурации и ее структуру:
Каждый справочник, документ, журнал документов, отчет или обработка представлены в виде отдельного модуля, имеющего одну или несколько форм визуального представления, программный модуль, одну или несколько таблиц для вывода необходимых данных, модуль проведения (только для документов).
Проектирование объектов конфигурации.
Объекты конфигурации - это составные элементы, "детали", из которых складывается любое прикладное решение. Они представляют собой проблемно-ориентированные объекты, поддерживаемые на уровне технологической платформы. По большому счету задача разработчика заключается в том, чтобы собрать из этих объектов, как из конструктора, необходимую структуру прикладного решения и затем описать специфические алгоритмы функционирования и взаимодействия этих объектов, отличающиеся от их типового поведения. Состав объектов, поддерживаемых технологической платформой, является результатом анализа предметных областей использования 1С:Предприятия, и выделения и классификации используемых в этих областях бизнес-сущностей. В результате этого анализа разработчик может оперировать такими объектами как справочники, документы, регистры сведений, планы счетов и пр. Для того чтобы стандартизировать и упростить процесс разработки и модификации прикладных решений, разработчику предоставляется графический интерфейс, с помощью которого он имеет возможность описать состав объектов, используемых в конкретном прикладном решении: На основании этого описания технологическая платформа создаст в базе данных соответствующие информационные структуры, и определенным образом будет работать с данными, хранящимися в этих структурах. Разработчику нет необходимости заботиться о том, в каких таблицах, например, должны размещаться данные, каким образом они будут модифицироваться или представляться пользователю. Все эти действия платформа будет выполнять автоматически, исходя из типового поведения используемых объектов. Таким образом, разработчик оперирует метаданными - "данными о данных", или объектами конфигурации. Добавляя в структуру прикладного решения очередной объект конфигурации, разработчик, по сути, добавляет описание того, как будут размещаться соответствующие данные, и как они будут взаимодействовать с другими данными, хранящимися в информационной базе. Состав объектов, которые может использовать разработчик, фиксирован и определен на уровне платформы. Разработчик не может создавать собственные виды объектов, он может оперировать только тем набором объектов, который имеется. Подобный подход к разработке прикладных решений позволяет, во-первых, стандартизировать процесс разработки, а во-вторых - обеспечить простую и быструю модификацию прикладных решений другими разработчиками или пользователями Состав основных объектов конфигурации, используемых в 1С:Предприятии 8, перечислен далее:
Справочник Справочники служат для описания таких сущностей как товары, контрагенты, валюты, склады и пр. Все эти сущности имеют общие свойства: внутренняя идентификация объекта в системе, необходимость поддержки иерархии и группировки элементов, необходимость поддержки вложенных таблиц и т.д
Документ, Журнал документов, Нумератор, Последовательность Служат для описания таких сущностей как счета, накладные, заказы и пр. Эти сущности фиксируют различные события, происходящие в жизни организации, они привязаны ко времени, содержат вложенные таблицы, должны отражаться в учетных механизмах и т.д
Регистр накопления Регистры накопления "отвечают" за учет движений ресурсов (финансов, товаров, материалов и т.д.). Они позволяют автоматизировать такие направления как складской учет, взаиморасчеты, планирование. В регистрах накопления хранится информация о поступлении и расходе тех или иных ресурсов, а функциональность этих объектов предоставляет возможность получения остатков на определенный момент времени, расчета итогов, кэширования итогов и т.д.
Регистр сведений Регистры сведений предназначены для хранения многомерных сведений о значениях различных величин. Такими значениями могут быть, например, курсы валют или цены на товары конкурентов по состоянию на определенную дату. Эта информация может быть как статической, так и изменяющейся с течением времени - в этом случае для нее предусмотрено хранение истории изменений.
План счетов, Регистр бухгалтерии Планы счетов и регистры бухгалтерии предназначены для построения модели, реализующей систему двойной записи бухгалтерского учета. Реализуют многоуровневые планы счетов с фиксированной или переменной разрядностью кодов, многоуровневый и многомерный аналитический учет, учет по нескольким планам счетов, учет по нескольким организациям, опциональное ведение количественного, суммового и валютного учета по отдельным разрезам аналитики и т.д.
План видов расчета, Регистр расчета Планы видов расчета и регистры расчета служат для реализации моделей расчета заработной платы. Позволяют описывать различные виды расчета (например, оклад, персональная доплата, алименты, штраф и т.д.), задавать правила, по которым одни виды расчета могут влиять на результаты других видов расчета, и хранить промежуточные данные и конечные результаты расчетов. С помощью этих объектов может быть организован расчет основных начислений, расчет налога на доходы физических лиц, распределение результатов расчета заработной платы для целей отражения в бухгалтерском учете и т.д.
Обработка, Отчет Обработки и отчеты служат для обработки накопленной в системе информации и получения сводных данных в удобном для просмотра и анализа виде. Описывают алгоритмы обработки информации, содержат различные формы и алгоритмы представления этой информации пользователю. Позволяют использовать для визуального отображения данных таблицы, различные виды диаграмм.
План видов характеристик Планы видов характеристик предназначены для хранения информации о характеристиках различных объектов. Они позволяют пользователю создавать всевозможные характеристики, описывать тип этих характеристик и задавать их значения. План видов характеристик может использоваться, например, для предоставления пользователю возможности описывать товары произвольным количеством произвольных характеристик (цвет, размер, запах и т.д.). Он позволяет создавать и хранить название характеристики и тип данных, который должны принимать значения этой характеристики.
Константа Константы предназначены для хранения постоянной или условно-постоянной информации. Например, константа может хранить название организации, фамилию, имя и отчество руководителя или главного бухгалтера, и т.д.
Перечисление Перечисления предназначены для описания перечня значений, которые может принимать какая-либо переменная. Например, перечисление может хранить значения, описывающие статус покупателя: "оптовый" и "розничный". Подробнее ..
Подсистема С помощью подсистем осуществляется визуальное разделение прикладного решения на крупные, и мелкие функциональные блоки. Подсистемы составляют основу для формирования командного интерфейса программы.
Роль Роли позволяют описать различные права доступа пользователей к данным, хранящимся в информационной базе и определить круг возможных действий пользователя. Например, руководитель организации может иметь полный доступ к любой информации, хранящейся в информационной базе, в то время как кладовщик должен оперировать только складскими документами и не иметь доступа к другой информации.
Обработки- это прикладные объекты конфигурации. Они предназначены для выполнения различных действий над информацией. Например, с их помощью можно выполнять удаление из системы устаревших данных, импорт информации из других систем и многое другое. Характер выполняемых в этом случае действий отражает название объекта конфигурации — Обработка, так как в результате информация, хранящаяся в системе, претерпевает какие-либо изменения. Обработка может содержать одну или несколько форм, с помощью которых, при необходимости, можно организовать ввод каких-либо параметров, влияющих на ход алгоритма. Вывод результатов выполнения алгоритма на экран и принтер осуществляется с помощью конструктора запроса с обработкой результата. Основное отличие обработки от отчета заключается в том, что отчет может использовать схему компоновки данных. В остальном обработка не отличается от отчета.
Отчеты - это прикладные объекты конфигурации. Они предназначены для обработки накопленной информации и получения сводных данных в удобном для просмотра и анализа виде. Конфигуратор позволяет формировать набор различных отчетов, достаточных для удовлетворения потребности пользователей системы в достоверной и подробной выходной информации. Как правило, для формирования выходных данных отчет использует систему компоновки данных. Но, вообще говоря, отчет может содержать произвольный алгоритм формирования «бумажного» или «электронного» отчета на встроенном языке. Отчет может содержать одну или несколько форм, с помощью которых, при необходимости, можно организовать ввод каких-либо параметров, влияющих на ход алгоритма
PAGE \* MERGEFORMAT 9