Написание БД «Распределение затрат аварийно-диспетчерской службы предприятия» (стр. 2 из 9)
Из вышесказанного становится ясно что за затратами на предприятии необходимо следить и постоянно быть в курсе последних изменений всех факторов составляющих затраты. Для этого следует постоянно иметь при себе цифры затрат, на какой из этапов производства приходится больше всего затрат, в каком цехе, отделе существуют затраты. Расчет затрат и их перераспределение необходимо проводить как можно чаще и это занимает время и трудовые ресурсы. Но в этом может помочь ЭВМ. Если грамотно автоматизировать эту часть производства, то можно намного сократить время на расчет, уменьшить количество ошибок, и т. д. В свою очередь это уменьшит затраты самого предприятия.
Передо мной стоит цель автоматизировать часть этого сложного процесса, а именно, с помощью ЭВМ создать базу данных которая бы могла по начальным данным расчитать все остальные показатели составляющие данный раздел, накапливать в себе информацию о издержках за предыдущие месяцы, давала бы возможность исправлять ошибки, пересчитывать данные, выводить на принтер отчеты. Конкретно необходимо чтобы программа помогала пользователю проводить расчет в «Аварийно-диспетчерской службе» предприятия.
1. СПЕЦИАЛЬНАЯ ЧАСТЬ
1.1. Постановка задачи
Целью моей задачи является написание Базы Данных «Распределение затрат аварийно-диспетчерской службы предприятия». Затраты распределяются с кредита 29700 – «Затраты на содержание аварийно-диспетчерской службы» в дебет следующих счетов:
1. 23100 – «Затраты производственной базы»
2. 26000 – «Общехозяйственные расходы»
3. 29100 – «Затраты домохозяйства»
4. 29200 – «Затраты по содержанию общежитий»
5. 29300 – «Затраты по объектам здравоохранения»
6. 29400 – «Затраты по содержанию действующих детских садов»
7. 29900 – «Затраты по оказанным услугам сторонним организациям»
так же необходимо чтобы по каждому параметру просчитывалось «Итого».
Исходная таблица
Исходная таблица имеет 10 столбцов. (см. табл. №1)
Таблица №1
| A | B | C | D | E | F | Q | H | I | J |
Каждый из полей может иметь 3 состояния:
1. заполняется вручную
2. рассчитывается по формуле
3. не заполняется
Организуется таблица в db-файле. Пользователь в ручную заполняет необходимые поля первого состояния, при необходимости может произвести редактирование уже заполненного поля. Для заполнения понадобятся исходные данные которые будет описаны ниже. Пользователь должен заранее подготовить эти данные.
Описание полей таблицы
Таблица №2
| Условное обозначение | Наименование поля | Тип поля | Имя поля вdb-файле | Ключевое поле |
| А | Дебет счетов | Alpha | DTSchet | Нет |
| B | Дата | Date | Data | Да |
| C | Обслуживаемая площадь | Number | ObslPlo | Нет |
| D | Зарплата рабочих АДС | Number | ZpRab | Нет |
| E | Материалы по актам выполненных работ | Number | MatAktRab | Нет |
| F | Всего прямых затрат | Number | VsegoPremZatr | Нет |
| Q | Распределение затрат | Number | RaspZatr | Нет |
| H | Всего затрат | Number | VsegoZatr | Нет |
| I | Прибыль | Number | Prib | Нет |
| J | Объем | Number | Obem | Нет |
Исходные данные
Все входные данные имеют вещественный тип с двумя знаками после запятой. Пользователь данной программы заранее подготавливает данные по каждому счету. При занесении начальных данных по конкретному счету нет необходимости вводить общую сумму по каждому столбцу, программа должна предоставить возможность суммировать числа, а потом заносить полученную сумму. Так же при заполнении таблицы, после того как пользователь выбрал счет по которому он будет производить заполнение программа должна активизировать то поле, которое имеет состояние «Заполняется вручную» и пропускать остальные состояния. Этот прием позволит облегчить ввод данных, исключить многие ошибки при вводе и т.д. На этом этапе должны быть занесены данные по всем счетам.
Расчет таблицы
Таблица рассчитывается по следующим формулам:
Таблица №3
| № | A | B | C | D | E | F | Q | H | I | J |
| 1 | 23100 | V | V | Di | V | Fi | Qi | Hi | X | Ji |
| 2 | 26000 | V | V | V | X | |||||
| 3 | 29100 | V | V | V | X | |||||
| 4 | 29200 | V | V | V | X | |||||
| 5 | 29300 | V | V | V | X | |||||
| 6 | 29400 | V | V | V | X | |||||
| 7 | 29900 | V | V | X | X | X | V | V | V | J7 |
| 8 | Итого | V | С8 | V | E8 | F8 | Q8 | V | X | J8 |
V – заполняется вручную
X – не заполняется
Nn – ссылка на формулу, где N – столбец n – номер стороки.
Формулы расчета
1.
2.
3.
4.
5.
6.
8. Q8 = H8 - F8
9.
10. Ji = Hi , i = 1..6
11. J7 = H7 + I7
12. J8 = H8
Выходные данные
Все вычисляемые данные имеют вещественный тип, с двумя цифрами после запятой. При необходимости можно произвести редактирование и пересчитать результаты. На экране в виде таблицы необходимо представить исходные данные и результаты счета. Это позволит вести визуальный контроль.
После всех расчетов, изменений необходимо получить отчет, который при необходимости можно послать на печать. Распечатка отчета является конечным результатом работы программы. В нем необходимо отразить всю полученную информацию.
1.2. Обоснование выбора, используемого программного обеспечения
MS - Windows предоставляет пользователям оболочку графического интерфейса (GUI), которая обеспечивает стандартную среду пользователя и программиста. (GUI) предлагает более сложное и дружелюбное окружение пользователя, чем командно-управляемый интерфейс DOS. Работа в Windows основана на интуитивно понятных принципах. Вам легко переключиться с задачи на задачу и осуществлять обмен информацией между ними. Однако разработчики приложений традиционно сталкиваются с трудностями программирования, поскольку организация среды Windows является чрезвычайно сложной.
Delphi - язык и среда программирования, относящаяся к классу RAD- (Rapid Application Development ‑ «Средство быстрой разработки приложений») средств CASE - технологии. Delphi сделала разработку мощных приложений Windows быстрым процессом, доставляющим вам удовольствие. Приложения Windows, для создания которых требовалось большое количество человеческих усилий например в С++, теперь могут быть написаны одним человеком, использующим Delphi.
Интерфейс Windows обеспечивает полное перенесение CASE-технологий в интегрированную систему поддержки работ по созданию прикладной системы на всех фазах жизненного цикла работы и проектирования системы.
Delphi обладает широким набором возможностей, начиная от проектировщика форм и кончая поддержкой всех форматов популярных баз данных. Среда устраняет необходимость программировать такие компоненты Windows общего назначения, как метки, пиктограммы и даже диалоговые панели. Работая в Windows , вы неоднократно видели одинаковые «объекты» во многих разнообразных приложениях. Диалоговые панели (например Choose File и Save File) являются примерами многократно используемых компонентов, встроенных непосредственно в Delphi, который позволяет приспособить эти компоненты к имеющийся задаче, чтобы они работали именно так, как требуется создаваемому приложению. Также здесь имеются предварительно определенные визуальные и невизуальные объекты, включая кнопки, объекты с данными, меню и уже построенные диалоговые панели. С помощью этих объектов можно, например, обеспечить ввод данных просто несколькими нажатиями кнопок мыши, не прибегая к программированию. Это наглядная реализация применений CASE-технологий в современном программировании приложений. Та часть, которая непосредственно связана с программированием интерфейса пользователя системой получила название визуальное программирование
Выгоды от проектирования АС в среде Windows с помощью Delphi:
· Устраняется необходимость в повторном вводе данных;
· Обеспечивается согласованность проекта и его реализации;
· Увеличивается производительность разработки и переносимость программ.
Визуальное программирование как бы добавляет новое измерение при создании приложений, давая возможность изображать эти объекты на экране монитора до выполнения самой программы. Без визуального программирования процесс отображения требует написания фрагмента кода, создающего и настающего объект «по месту». Увидеть закодированные объекты было возможно только в ходе исполнения программы. При таком подходе достижение того, чтобы объекты выглядели и вели себя заданным образом, становится утомительным процессом, который требует неоднократных исправлений программного кода с последующей прогонкой программы и наблюдения за тем, что в итоге получилось.